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ABSTRACT 


Highlights  of  the  IBB  4341  and  IBB  3033  AP  systems  are 
presented  with  emphasis  on  Perforaance  aspects.  An 
analysis  of  Perforaance  of  the  Virtual  Bachine  Pacility  370 
(VB-370)  is  perforaed.  The  aain  efforts  are  (1)  to  present 
a  methodology  based  on  perforaance  aeasureaert  and  analysis 
techniques,  trying  tc  relate  the  trends  in  the  data  no  the 
characteristics  of  the  system,  and  thus  gain  an  insight  into 
what  might  cause  the  systea  to  saturate  and  its  perforaance 
to  degrade,  (2)  analyze  the  statistical  correlations  among 
perforaance  and  resource  usage  variables  in  order  to 
estimate  the  degree  of  association  among  these  variables, (3) 
identify  those  variables  that  are  good  indicators  of  system 
load,  (4)  formulate  regression  equations  for  forecasting  the 
system  performance. 

This  thesis  is  an  effort  toward  the  development  of 
perforaance  and  resouzce  usage  forecasting  equations,  and  a 
model  for  analyzing  computer  performance  and  resource 
allocation,  of  computer  systems  using  VB/370. 


4 


TABLE  OF  CONTENTS 


I.  INTRODUCTION  _ 

II.  IBM  4 341  HIGHLIGHTS _ 

A.  IBM  4300  SERIES  _ 

B.  THE  4341  PROCESSOB  _ _ _ 

III.  VIRTUAL  MACHINE/SYSTEM  PROD.OCT  (VM/SP) 
HIGHLIGHTS  AND  PEBFORBANCE  CONSIDERATIONS 

A.  HIGHLIGHTS  _ 

B.  GENERAL  INFORMATION  _ 

C.  VIRTUAL  MACHINE  I/O  _ 

D.  PAGING  CONSIDERATIONS  _ 

E.  VM/SP  PERFORMANCE  CONSIDERATIONS  _ 

F.  OTHER  SYSTEM  FEATURES  _ 

IV.  THE  3033  ATTACHED  PROCESSOR  COMPLEX  _ 

A.  THE  3033  PROCESSOB  COMPLEX  _ 

B.  GENERAL  DESCRIPTION _ 

C.  COMPONENTS _ 

D.  ADVANTAGES  OF  A  3033  AP  CONFIGURATION 

E.  NPS  IBM  3033  CONFIGURATION  _ 

V.  VM/SP  PERFORMANCE  MEASUREMENT  TOOLS  _ 

A.  INTRODUCTION  _ 

B.  THE  INDICATE  COMMAND  ______ _ 

C.  QUERY  SRM  AND  QUERY  PAGING  COMMANDS 

D.  THE  MONITOR  COMMAND  _ 

E.  ACCOUNTING  RECORDS  _ 

VI.  PERFORMANCE  ANALYSIS  OF  THE  VM/370  _ 

A.  INTRODUCTION _ _ _ 

B.  SYSTEM  DESCRIPTION  _ 

C.  DEFINITIONS  AND  TYPICAL  RELATIONS  _ 

D.  DATA  REQUIREMENTS  _ 

S.  USER  WORKLOAD  CHARACTERIZATION  _ 

P.  TIMES  AND  NUMBER  OF  OBSERVATIONS  _ 


5 


G.  DATA  COLLECT ION  _ 

H.  THE  USE  OF  HINITAB  _ 

I.  RESULTS  OF  THE  ANALISIS  _ 

1.  CORRELATION  COEFFICIENTS  _ 

2.  RELATION  BEISIEN  HPL  AND 

CPU  UTILIZATION  _ 

3.  RELATION  EETHEEN  HPL  AND 

APU  UTILIZATION  _ 

4.  RELATION  EETHEEN  RESPONSE  TIME  AND 

NUMBER  OF  USERS  _ 

5.  RELATION  EETHEEN  RESPONSE  TINS 

AND  HPL  _ 

6.  RELATION  EETHEEN  USERS  AND  HPL  _ 

7.  RELATION  EETHEEN  EXPANSION  AND  HPL  _ 

J.  REGRESSION  ANALYSIS  _ 

1.  SIHPLE  REGRESSION  EQUATIONS  _ 

2.  HULTIPLE  REGRESSION  EQUATIONS  _ 

APPENDIX  A  DACO  EXEC  _ 

APPENDIX  B  PROGRAHS  CODE  __ 

APPENDIX  C  SAHPLE  DATA  HORKSHEET  _ 

APPENDIX  D  SAHPLE  OBSERVATION  OUTPUT 

LIST  OF  REFERENCES  _ 

INITIAL  DISTRIBUTION  LIST  _ 


101 

102 

103 

103 

107 

110 

110 

114 

114 

114 

117 

117 

121 

127 

130 

134 

142 

167 

169 


±131  21  ilfiSlES 


1.  Oser  states  and  principal  transitions  _  84 

2.  Relation  between  user  load  and  HPL _ 87 

3.  typical  relation  between  CPU 

Utilization  and  HPL _ 87 

4.  Relation  between  response  tiae  and 

User  load _ 90 

5.  Relation  between  CPU  utilization 

And  user  load _ 90 

6.  Relation  between  CPU  utilization  and  HPL _ 109 

7.  Relation  between  APU  utilization  and  HPL  _ 111 

8.  Relation  between  response  tiae 

and  nuaber  of  users _ 112 

9.  Relation  between  response  tiae  and  HPL _ 113 

10.  Relation  between  nuaber  of  users  and  HPL _ 115 

11.  Relation  between  expansion  and  HPL _ 116 

12.  aultiple  contribution  to  the  variation 

in  response  tiae _ _______ _  121 

13.  Siaple  contribution  to  the  variation 

in  response  tiae _ 122 


7 


LIST  0£  TABLES 


7.1  rtPT1CM  Correlation  coefficients _ .  . .  104 

7.2  "MIX1*  Correlation  coefficients _ 105 

7.3  '*FT  1C*  Regression  equations  smeary _ 119 

7.4  "MIX"  Regression  equations  sueeary  _  119 

7.5  "CT1C"  Regression  eguations  sueeary  __ _ _ ____ _  120 

7.6  "CT2E"  Regression  eguations  sueeary  _  120 

7.7  "PT1CM  Multiple  Regression  equations  sueeary  _  123 

7.8  "BIX"  Multiple  Regression  equations  sueeary  _  124 

7.9  "CT1C"  Multiple  Regression  equations  sueeary  _  125 

7.10  "CT2EM  Multiple  Regression  equations  sueeary  _  126 


8 


I.  IMTBOOOCTIOM 


The  basic  objective  of  coaputer  center  aanageaent  is  to 
provide  high  ccaputer  systea  perforaance  at  a  reasonable 
cost  under  conditions  of  fluctuating  workload  and  fixed 
coaputer  resources  [Ref.  1].  In  order  to  satisfy  this 
objective,  it  is  necessary  to  forecast  the  perforaance  and 
resource  utilization  which  would  result  froa  a  peraanent  and 
significant  change  in  workload,  if  resources  reaain 
unchanged.  If  projected  perforaance  is  unsatisfactory  or 
the  anticipated  resource  utilization  is  low,  the  forecast 
provides  a  warning  that  resources  oust  be  expanded  or 
contracted,  respectively.  Once  the  condition  of  saturation 
or  under  utilization  has  been  anticipated,  it  is  necessary 
to  forecast  the  perforaance  and  resource  utilization  which 
would  be  obtained  when  resources  are  changed. 

For  the  Trident  Subaarine  Coaaand  and  Control  Systea, 
the  Tactical  software  Support  Systea  (TS3)  Resource 
Hanageaent  Plan  defines  the  specifications,  general 
procedures  and  activities  relating  to  the  initiation  and 
continuing  operation  cf  a  resource  aanageaent  function. 

This  function's  responsibilities  will  be  to  collect, 
retain,  process,  and  analyze  data  relating  to  the 
utilization  of  TS3  laboratory  resources  and  to  coaaunicate 
pertinent  inforaaticn  to  the  TS3  and  Trident  Coaaand  and 
Control  Systea  (CCS)  user  coaaunity  aanageaent. 

The  purpose  of  the  Resource  hanageaent  Plan  defines 
directions  and  activities  relating  to  the  aonitoring  and 
reporting  of  coaputer  systea  resource  utilization  and 
perforaance,  addressing  also  the  application  of  forecasting 
for  capacity  planning. 

The  TS3  labcratcry  uses  IBh  4341  systeas  with  the 


Virtual  Machine  Facility  370  (VM/370)  operating  systea,  the 
cne  which  aanages  the  resources  of  the  4341  systea  coaplex 
in  such  a  way  that  aultiple  users  have  a  functional 
siaulaticn  of  a  ccaputing  systea  (a  virtual  aachine)  at 
their  disposal. 

This  thesis  is  an  effort  toward  the  developaent  of 
perforaance  and  resource  usage  forecasting  eguations  and  a 
aodel  for  analyzing  coaputer  perforaance  and  resource 
allocation  for  systeas  using  VM/370. 

The  aain  efforts  in  the  analysis  of  VM/370  systea  are; 
(1)  to  present  a  aethodology  based  cn  perforaance 
aeasureaent  and  analysis  techniques,  trying  to  relate  the 
trends  in  the  data  tc  the  working  of  the  systea,  and  thus 
gain  an  insight  into  what  sight  cause  the  systea  to  saturate 
and  its  perforaance  tc  degrade,  (2)  analyze  the  statistical 
correlations  aaang  perforaance  and  resource  usage  variables 
in  order  to  estiaate  the  degree  of  association  aaong  these 
variables,  (3)  identify  those  variables  that  are  good 
indicators  of  systea  load,  and  (4)  foraulate  regression 
equations  for  forecasting  the  coaputer  systea  perforaance. 

Chapter  II  presents  the  highlights  of  the  IBM  4341 
System,  with  eaphasis  cn  soae  perforaance  aspects.  Chapter 
III  presents  the  highlights  and  perforaance  considerations 
of  the  Virtual  Machine/Systea  Product  (VM/SP) ,  which  is 
planned  to  replace  the  VM/370  as  an  operating  Systea,  at  the 
TS3  laboratory. 

Por  the  data  collection  the  IBM  3033  AP  systea  using 
VH/SP  in  the  ff.R.  Church  Coaputer  Center  of  the  SPS  was 
used.  Chapter  IV  presents  soae  highlights  of  this  systea 
and  its  actual  configuration.  Chapter  V  covers  the  vm/sp 
perforaance  aeasureaent  tools.  Chapter  VI  presents  the 
aethodology  used  for  the  perforaance  analysis  and  gives  the 
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results  obtained 


Appendices  A  to  0  contain  the  executive  programs, 
prograa  listings,  saiple  of  the  data  obtained  at  tne  data 
collection  stage  and  a  sample  of  one  observation  output. 
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II-  Jfifi  HHil 


1.  IBH  4300  SERIES 


1 .  Introduction 


The  I  EH  4300  Series,  which  was  announced  in  January 
1979  initially  consisted  of  two  central  processors,  the 
4331  and  the  4341,  together  with  five  new  peripheral  devices 
and  three  enhanced  operating  systems.  In  Hay  1980,  IBH 
filled  the  large  perforaance  gap  between  the  two  original 
processors  by  adding  the  4331  Hodel  Group  2.  This  processor 
has  twice  the  processing  power  and  up  to  four  tiaes  the  aain 
aeaory  capacity  of  the  original  4331  ,  which  is  now 
designated  the  4331  Hcdel  Group  A. 

The  aost  important  aspects  of  the  4300  Series 
product  line  are  [Ref.  2]:  1)  the  strikingly  iaproved 
price/perforaance  it  offers;  2)  the  advanced  technology 
employed  to  achieve  those  price/perforaance  gains;  and  3) 
the  accompanying  changes  in  IBH  software  pricing  and  support 
policies. 

In  terms  of  hardware  perforaance  per  dollar,  the 
4300  Series  processors  offer  approximately  a  four-fold 
increase  over  the  corresponding  Systea/370  processors, 
[Ref. 3].  The  software  announcements  that  accompanied  the 
4300  Series  introduction  indicate  a  continuing  IBH 
commitment  to  improve  both  the  functionality  of  its  software 
and  the  support  it  provides  to  users  of  these  products.  At 
the  same  tiae,  the  software  policy  is  clearly  designed  to 
ensure  that  increased  software  and  support  cost  will  at 
least  partially  offset  the  savings  in  hardware  costs  that 
the  new  coaputers  will  bring  to  IBH  users. 

2-  ££2£ej£££S 

The  4300  Series  central  processors  can  operate 
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either  in  a  Systea/370  -  coapatible  «ode  or  in  an  Extended 
Control  Prograa  (ECPS)  aode.  The  latter  node  takes  full 
advantage  of  the  extensive  aicrocoding  available  in  these 
aachines  to  reduce  operating  systea  overhead  and  iaprove 
systea  throughput. 

In  coaparison  with  the  370/138  (Jun.  1976),  aeaory 
packaging  on  the  4300  Series  is  32  tiaes  denser,  and  because 
cf  this,  the  4331  Model  Group  1  requires  up  to  701  less 
power,  and  the  4341  requires  oyer  50X  less  power  than  the 
370/138 

All  three  of  the  4300  Series  processors  share  these 
coaaon  features: 

-  The  systea/370  Oniversal  Instruction  Set. 

-  Channels  with  virtual  storage  addressing. 

-  Maintenance  support  functions  including  a  support 
processor  and  react e  support  facility. 

-  store  and  fetch  storage  protection. 

-  Byte  -  oriented  operands. 

-  Clock  coaparator,  CEO  tiaer,  tiae  of  day  clock,  interval 
tiaer . 

-  PSW  Key  handling,  control  registers. 

-  Extended-precision  floating  point. 

-  Prograa  event  recording. 

-  and  aachine  check  handling. 

According  to  IEM,  the  4331  Model  Group  1  is  designed 
for  the  first-tiae  ccaputer  user,  such  as  a  departaent  or 
branch  office  within  a  larger  enterprise,  that  could  benefit 
froa  data  base/data  coaaunications,  interactive  and 
distributed  processing  capabilities;  it  is  also  aeant  to 
replace  aany  of  the  revaluing  IEM  Systea/360  coaputers  still 
in  service.  The  4331  Model  Group  1  can  operate  as  a  stand¬ 
alone  unit,  or  it  can  be  linked  to  other  4300*s  or  attached 
to  a  central  Systea/370  host. 
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Peripheral  and  connunications  equipment  can  be 
connected  to  the  4331  Model  Group  1  by  aeans  of  one  byte 
aultiplexer  channel,  one  block  aultiplexer  channel,  and 
several  integral  adapters.  Data  rates  on  the  two  channels 
■ay  not  exceed  500k  bytes  per  second,  which  precludes  the 
connection  of  high-speed  disk  or  tape  units.  The  optional 
CASD  adapter,  however,  peraits  direct  connection  of  up  to 
four  direct-access  storage  devices  for  a  aaxiaua  on-line 
disk  storage  capacity  of  over  9  billion  bytes. 

The  4331  Model  Group  2  processor  appeared  in  flay 
1980,  featuring  aajor  iaproveaents  in  perfcraance,  aeaory 
capacity,  and  input/cutput  capabilities  over  the  4331  Model 
Group  1.  The  rated  instruction  execution  speed  of  the  4331 
Model  Group  2  is  twice  that  of  the  4331  Model  Group  1  and  a 
little  over  one-half  that  of  the  4341.  The  new  processor  is 
cffered  in  4  aodels  with  aeaory  capacities  of  1,2,3  and  4 
Megabytes. 

The  4331  Model  Group  2  can  be  equipped  with  the  sane 
integrated  peripheral  adapters  as  the  Group  1  processor, 
plus  an  optional  seccnd  DASD  adapter  and  greatly  iaproved 
I/O  channel  capabilities.  One  high-speed  block  aultiplexer 
channel  can  handle  a  data  transfer  rate  cf  up  to  1.86 
million  bytes  per  second,  peraitting  the  attachaent  of  high¬ 
speed  disk  storage  units. 

An  installed  4331  Model  Group  1  processor  can  be 
field-upgraded  to  a  Group  2  processor  in  aprcxiaately  13  to 
16  hours. 

The  IBM  4341  processor  is  available  in  two  aodels 
with  aain  aeaory  capacities  of  two  and  four  aegatoyt as.  It 
features  a  lower  purchase  price  and  an  instruction  execution 
speed  up  to  3.2  tines  as  fast  as  a  Systea/370  Model  138  with 
1  Mbyte  of  aeaory.  The  434 I's  perforaance  capability  falls 
between  that  of  the  370/148  and  the  370/158-3.  ISM 
describes  the  4341  as  particularly  suitable  for  experienced 
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intermediate  systea  users  who  need  increased  processing 
power,  and  those  who  could  benefit  frca  distributed 
applications  that  require  aore  capacity. 

None  of  the  integrated  peripheral  adapters  used  on 
the  4331  processors  is  available  for  the  4341.  Instead,  all 
peripheral  and  communications  devices  are  connected  via 
standard  I/O  channels  and  control  units. 

Along  with  the  4300  Series  processors,  IBH 
introduced  five  new  peripheral  devices:  the  3310  and  3370, 

Direct-Access  Storage  Devices,  the  3880  Control  Storage,  and 
the  3205  model  5  and  3262  printers. 

3.  lo£twa££  agj  £u&go£t 

Not  since  the  Systea/36Q  unveiling  in  1964  had  iBfl 
made  an  announceaent  that  could  inpact  users  of  its 
operating  systea  software  to  such  a  nagnitude  as  the 
software  and  support  announceaents  that  accompanied  the 
January  1979  unveiling  of  the  4300  Series  conputer  line. 
These  announceaents  spelled  out  the  operating  environnents 
cf  the  future,  and  clearly  identified  the  life  spans  of 
several  existing  operating  systems.  £Ref.4] 

a.  Operating  Systems 

There  are  three  new  systea  central  program 
environments: 

-  An  extended  version  of  DCS/VS,  called  DOS/VS  extended,  or 
simply  00S/VSE. 

•  a  new  version  of  0S/VS1  labeled  Belease  7. 

-  and  Release  6  of  the  Virtual  machine  Facility/370 
(VM/370)  . 

These  systea  control  prograas  (SCP'S)  support  a  series  of 
new  program  products  many  geared  specifically  to  support  the 
4300  Series  computers. 

The  first  SCE  environaent  is  DOS/ vs- EXTENDED 
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(DOS/VSE)  which  is  said  to  be  a  major  expansion  of  DOS/VS, 
incorporating  new  functional  and  I/O  support.  DOS/VSE 
provides  only  United  multiprogramming  capabilities  unless 
the  user  acquires  the  DOS/VSE/advanced  function  product,  an 
independently  priced  adjunct  that  allows  the  DOS/VSE  user  to 
employ  up  to  12  partitions  and  also  makes  it  possible  to 
incorporate  many  of  the  new  program  products  available  with 
the  system. 

This  extended  disk-resident  operating  system 
provides  enhancements  over  IEM's  older  COS/VS  in  the 
specific  areas  of  processor  support,  hardware  features, 
device  support,  usability  inprovements,  and  serviceability. 
EOS/VSE  supports  the  Systen/370  mode  and  the  ECPS:  node  of 
the  4300  processors.  When  operating  in  ECPS:VSE  mode, 
DOS/VSE  takes  adavantage  of  the  4300  processor's  concept  of 
relocating  channels  and  page  management.  To  support  the 
hardware  extensions  to  page  management,  the  DOS/VSE 
assembler  has  additional  privileged  instructions.  The  basic 
EOS/VSE  system  provides  the  capability  for  multiprogramming 
of  five  concurrent  job  streams,  which  will  typically  include 
the  VSE/POSEB  spooler,  a  real-time  subsystem  such  as 
CICS/VS,  one  or  two  batch  job  streams,  and  an  unscheduled 
work  partition  for  jobs  that  require  fast  turnaround.  The 
system's  capabilities  can  be  significantly  expanded  through 
the  addition  of  the  VSE/hdvanced  Functions  Program  Product. 

The  second  SCP  environment  is  OS/VS  1  Eelease  7, 
and  IBM  says  that  this  support  is  of  particular  importance 
in  a  distributed  data  processing  environment,  since  it  will 
generally  provide  a  high  level  of  compatibility  with  an  MVS 
host  system.  hs  with  DOS/VSE  and  VH/370,  CS/VS1  Eelease  7 
can  run  in  ECPS  mode  with  the  EC?S:V51  feature  on  either  the 
4331  or  4341  processor  or  in  370  mode. 

Two  of  the  communications-oriented  enhancements 
available  with  0S/VS 1  Eelease  7  include:  EES (REMOTE  EMTfil 
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SERVICES) ,  a  component  cf  OS/VS1  which  allows  jobs  and 
conaands  to  be  submitted  from  remote  terminals,  with  output 
returned,  and  HRNES  (Host  Reaote  Node  Entry  System) ,  which 
allows  and  OS/VS  1  system  to  be  a  reaote  job  entry  station  to 
any  HVS/JES2  or  SVS/HASP  System  or  to  another  OS/VS1  system. 
Operation  is  not  dedicated;  batch  and  on-line  applications 
can  be  run  concurrently. 

In  the  third  SCP  environment,  VH/370  Release  6, 
the  4300  user  can  operate  in  mixed-mode  environments  where 
CHS  interactive  computing  is  combined  with  a  guest  SCP 
(DOS/VSE  or  os/vsi)  on  the  4300  processors. 

In  addition  to  supporting  DL/1  DOS/VS  and 
VSE/VSAH,  VH/370  Release  6  supports  VS/IPS  (Interactive  File 
Sharing) ,  which  allows  multiple  CHS  users  to  share  VSAH  data 
sets.  VH/Oirectory  Haintenance,  for  management  of  the 
VH/370  Directory;  Display  Hanagement  of  the  VH/370 
Directory,  Display  Hanagement  System/CHS;  the  query  by 
example  (QBE)  interactive  end-user  query  language;  SPF/CHS 
(Structured  Programming  Facility/CHS) ;  the  DES  (Display 
Editing  System) ;  high-level  language  support;  and  the  System 
Installation  Productivity  Options/Extended  (IFO/E) . 

b.  Environment  lypes 

The  4300  Series  computers  support  four  types  of 
environment  [Ref. 5]:  stand-alone,  distributed  applications, 
distributed  data  applications,  and  distributed  networks. 

In  the  stand-alone  system  environment, 
compatible  growth  is  provided  froa  the  4331  to  the  4341  or 
303x  systems  operating  under  DOS/VSE,  VH/370  Rel  6,  or 
0S/VS1  Rel  7.  Growth  through  VSE/PORER  shared  spooling 
support  or  through  VH/370  BSCS  Networking. 

In  a  distributed  application  environment, 
[Ref. 6]  host-ccnnect  applications  may  vary  froa  periodic 
transmission  of  summary  data  between  the  4300  and  the  host 
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system  to  a  continuous  connection  offering  BJE  and/or 
passtrough  capabilities.  BJE  is  provided  by  DOS/VSE  SMI  and 
BSC  program  products  plus  VtJ/370  BSCS  Networking  and  0S/VS1 
HBMES  IOP.  Passtrough  facilities  are  supported  by 
ACF/VTAHI,  ACF/VTAH/BSMF ,  and  VSE/3270  Bisync  Pass-through. 

Data  that  is  acst  frequently  used  locally  say  be 
stored  on  the  4300's  cun  direct  access  storage  devices,  with 
transaction-by-transaction  access  to  the  central  host  data 
base  as  needed  in  distributed  data  applications.  Here 
CICS/VS  Intersystea  Coaaunications  with  DL/1  and  IMS 
Multiple  Systems  Coupling  provides  support. 

In  a  distributed  network,  communication  can  be 
established  between  lccal  or  remote  4300 's  to  the  host 
computer,  or  to  IBM  8100  Information  Systems.  Transactions 
from  the  8100* s  to  CICS/VS  Intersystea  Coaaunications  are 
supported  by  the  8100  DPPX  Host  Transaction  Facility.  DDPX 
also  supports  BJE  to  CS/VS1  BES  and  VM/370  BSCS  Networking 
systems. 

c.  Compatibility 

Any  program  written  for  an  IBM  System/370 
computer  will  operate  on  a  4300  Series  Processor  in 
System/370  mode,  provided  that  it  is  not  time-dependent; 
does  not  depend  on  system  facilities  such  as  storage  size, 
I/O  eguipaent,  optional  features,  etc.,  being  present  when 
the  facilities  are  not  included  in  the  configuration;  does 
not  depend  on  system  facilities  such  as  interruptions, 
operation  codes,  etc.,  being  absent  when  the  facilities  are 
included  in  the  4300  Processor;  and  does  not  depend  on 
results  or  functions  which  IBM  specifies  to  be  unpredictable 
cr  model-dependent. 

Any  program  written  for  a  system/360  will 
operate  on  a  4300  Series  processor  in  System/370  mode, 
provided  that  it  follows  the  above  rules  and  does  not  depend 
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on  functions  that  differ  between  the  systen/360  and 

Systen/370. 

Any  program  written  for  the  IBH  4331  Processor 
in  ECPS:?SE  aode  or  Systea/370  node  will  operate  on  the  4341 
processor  provided  it  follows  the  above  rules. 

B.  THE  4341  PROCESSOB 

1 •  Highlights 

The  4341  Processor  is  an  interaediat e-scale,  general 
purpose  processor.  It  cffers  Systea/360-and  Systea/370 
coapatible  architecture,  a  new  architecture  that  provides 
new  functions,  and  a  new  level  of  price  performance  for 
interaediate  systea  users  aade  possible  by  the  use  of  large- 
scale  integrated  technology.  The  4341  Processor  provides 
the  range  of  coaaercial  and  scientific  data  processing 
capabilities  offered  by  Systea/360  and  Systea/370. 

In  addition  tc  supporting  virtual  storage,  a  virtual 
aachine  environaent  is  supported  by  Virtual  Machine 
Facility/370  (vn/370),  the  successor  to  CP-67/CMS  for 
Systea/370.  VH/370  provides  interactive  computing  via  its 
conversational  Hcnitor  Systea  (CHS)  component  and  remote 
spooling  via  its  Beacte  spooling  Communications  Subsystem 
(BSCS)  component. 

a.  Instructicn  Processing  Features 

The  following  are  instruction  processing 
features  of  the  4341  Processor  [Bef.7]: 

-  Implementation  of  a  System/370  mode  and  an  ECPS:VSE  (lode, 
both  of  which  support  virtual  storage,  is  standard.  The 
major  difference  between  the  two  nodes  is  the  way  in  which 
address  translation  is  performed  to  support  a  virtual 
storage  environaent  (ECPS:VSE  node  is  specifically 
designed  to  be  utilize  with  the  DOS/VSE  operating  systea 
to  provide  increased  processor  performance  when  compared 
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to  that  achieved  using  COS/VSE  executing  with  systea/370 
■ode  in  effect). 

The  cycle  tine  of  the  4341  processor  varies  fro»  150  to 
300  nanoseconds. 

The  standard  4341  processor  instruction  set  consists  of 
the  entire  instruction  set  provided  for  Systea/370  (except 
for  multiprocessing  and  direct  control  instructions)  and 
several  new  ccntrol  instructions  that  can  he  utilized  only 
when  ECPS: VSE  acde  is  in  effect. 

Precision  of  up  to  28  hexadecimal  digits,  equal  to  up  to 
34  deciaal  digits,  is  provided  by  the  extended  precision 
data  foraat. 

&n  interval  tiaer  cf  3.3  si’" ^seconds  resolution,  which 
can  iaprove  job  accounting  accuracy,  is  a  functional 
feature  of  the  4341  pro;  , 

A  tiae  of  day  clock  is  vv;*.uded  as  a  standard  feature  to 
provide  acre  accural*  ci*«-cf-day  values  than  does  the 
interval  tiaer.  This  clock  has  a  cne-aicrcsecond 
resolution. 

A  CPO  tiaer  and  clock  ccaparator  are  standard.  The  CPU 
tiaer  provides  an  interval  tiaing  capability  similar  to 
that  of  the  interval  tiaer,  but  has  a  auch  larger  capacity 
than  the  latter  and  is  updated  every  nicrcsecond,  as  is 
the  time-of-day  clock.  The  clock  coaparator  can  be  used 
to  cause  an  interruption  when  the  tiae-of-day  clock  passes 
a  specified  value.  These  teras  provide  higher  resolution 
tiaing  facilities  than  the  interval  tiaer  and  enable  acre 
efficient  tiaing  facility  routines  to  be  used. 

Prograa  event  recording  is  standard  and  is  designed  to  be 
used  as  a  problem  determination  aid.  This  feature 
includes  hardware  that  aonitors  the  following  during 
prograa  execution:  succesful  branches,  the  alteration  of 
general  registers,  and  instruction  fetching  from,  and 
alterations  of,  specified  areas  of  processor  storage.  It 
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only  works  in  EC  aode.  In  the  4341  Processor,  additional 
processor  tiae  is  required  to  execute  instructions  when 
prograa  event  recording  is  operative. 

*  ECPS:VS1  and  ECPS:VH/370  features  are  standard,  they 
increase  the  perforaance  of  a  VS1  and  719/370  Operating 
system  (respectively)  when  it  operates  in  a  4341 
Processor,  since  these  functions  cause  certain  control 
prograa  routines  tc  execute  in  hardware  instead  of  as 
routines  written  using  4341  Processor  instructions. 

-  A  reduction  of  up  to  7  percent  of  supervisor  state 

processor  busy  tiae  has  been  aeasured  when  ECPS:VS1  is 
utilized  by  the  4341  Processor  as  compared  to  the  saae 
version  of  OS/VS1  operating  without  the  assist  activated. 
A  reduction  of  up  tc  84  percent  of  the  supervisor  state 
processor  tiae  used  by  CP  has  been  aeasured  when 

ECPS:?H/370  is  utilized  as  coapared  to  the  saae  CP 
operating  without  the  assist  activated. 

b.  Storage  Features 

The  following  are  significant  storage  features 

of  the  4341  Processor: 

-  All  storage  in  the  4341  processor-processor  (main) 
control,  high  speed  buffer,  and  local  aenory  is 
iapleaented  using  acnolithic  technology  instead  of 
discrete  ferrite  cores.  The  technology  used  for  processor 
storage  in  the  4341  processor  provides  a  auch  denser 
storage  chip  (64K  cr  16k  bits  per  chip)  than  is  used  in 
aost  systea/370  processors  (2k  bits  per  chip) . 

-  A  two  level  storage  systea  is  iapleaented,  consisting  of 
large  processor  storage  used  as  backing  storage  for  a 
smaller  high-speed  buffer  storage.  The  instruction 
processing  function  works  aostly  with  the  buffer  so  that 
the  effective  processor  storage  cycle  is  a  fraction  cf  the 
actual  processor  storage  cycle.  Eight  thcusand  bytes  of 
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high-speed  buffer  storage  is  a  standard.  Bata  is  fetched 
from  the  buffer  at  a  rate  of  225  nanoseconds  for  a 
doubleword. 

c.  Channel  Features 

The  following  channel  features  are  provided  for 
the  4341  Processor: 

-  Two  channel  groups  are  available  for  the  4341  Processor. 
The  standard  channel  group  consists  of  one  byte 
aultiplexer  and  two  block  aultiplexer  channels.  The 
optional  channel  group  ccnsists  of  three  block  aultiplexer 
channels  or  one  byte  and  two  block  aultiplexer  channels. 
The  standard  byte  aultiplexer  channel  has  a  16-KB/sec 
aaxiaua  byte  aode  data  rate  for  four-byte  transfer 
operations.  For  hurst  aode  operations,  a  aaxiaua  data 
rate  of  1  HB/sec  is  possible  for  a  buffered  device. 

Optionally,  one  channel-to-channel  adapter  car 
be  installed  in  a  4341  Processor  and  attached  to  any  block 
aultiplexer  channel.  The  adapter  can  be  used  to  connect 
the  channel  in  the  4341  Processor  to  a  channel  in  a 
Systea/360,  a  Systen/330,  or  another  4341  Processor. 

d.  Monitoring  Feature 

This  is  standard  in  the  4341  Processor  and 
functionally  identical  to  the  Systea/370  aonitoring  feature. 
This  feature  provides  the  capability  of  aonitoring  the 
occurrence  of  prcgraaxed  events.  For  exaople,  aonitoring 
can  be  used  to  perfora  measurenent  functions  (how  aany  times 
a  routine  was  executed)  or  for  tracing  functions  for  the 
purpose  of  prograa  debugging  (which  routines  were  executed) . 

The  Monitor  CALL  instruction  is  provided  with 
the  aonitoring  feature.  Execution  of  this  instruction 
indicates  the  occurrence  of  .one  of  the  events  being 
aonitored.  The  operands  of  the  Monitor  CALL  instruction 
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perait  specification  of  up  to  16  classes  of  events,  each 
class  with  tip  to  16  aillion  unique  types  of  events.  when  a 
Monitor  CALL  instruction  is  executed,  a  prograa  interruption 
occurs,  if  the  acnitor  class  indicated  is  specified,  and  the 
event  identification  (class  and  type)  is  stored  in  the  lower 
fixed  storage  area. 

Both  the  EES  facility  and  the  aonitorinq  feature 
are  provided  for  debugging  purposes.  The  two  features 
differ  froa  one  another  in  (1)  the  nuaber  of  events  that  can 
be  defined,  (2)  whether  the  events  are  defined  by  the 
hardware  or  the  prograaaer,  and  (3)  wheter  the  hardware  or 
the  prograaaer  checks  fer  the  events  and  causes  the 
interruptions.  «hen  PEE  is  used,  once  the  events  to  be 
aonitored  have  been  designated  by  the  user,  processor 
hardware  checks  for  the  occurrence  of  the  events  and  causes 
the  interruption.  tihen  the  aonitoring  feature  is  used,  the 
user  defines  the  events  to  be  aonitored  (up  to  16  classes 
with  up  to  16  aillion  codes  each,  instead  of  four  events), 
and  causes  the  prograa  interruption  by  placing  MOtilTOB  CALL 
instructions  at  the  desired  places  within  the  program. 

e.  I/O  Features 

The  fast  internal  performance  of  the  4341 
Processor,  together  with  the  expanded  use  of 
multiprogramming,  requires  that  aore  data  be  available  at  a 
faster  rate.  The  4341  Processor  supports  aore  and  faster 
concurrent  high  speed  I/O  Operations  than  siailar  aodels 
(370/50,  370/65).  It  also  provides  the  block  multiplexing 

capability,  which  is  not  available  in  those  acdels.  The  I/O 
features  of  the  4341  processor  provide: 

-  Attachaent  of  the  3505  Header  and  3525  Punch  with  variety 
of  aodels,  that  can  operate  at  800  and  1200  cards  per 
minute,  respectively. 

-  Attachaent  of  variety  of  printers.  The  3203  Model  5  with 
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print  speed  of  1200  alphanuaeric  lines  per  ainute.  The 
high-speed  3211  printer  with  print  speed  of  2000 
alphanuaeric  lines  per  ainute.  The  3800  Printer 
subsystem,  for  very  high-speed  printing  (up  to  10,020 
lines  per  ainute  or  20,040  lines,  with  double  nuaber  of 
lines  per  inch) . 

-  Low  cost  attachaent  of  up  to  three  3278  Bedel  2A  displays 
and/or  3287  Bodel  1  cr  2  printers. 

-  Support  of  synchronous  data  link  control  coaaunications 
for  reaote  units  attached  via  the  3704/3705  coaaunications 
controllers. 

-  Attachaent  of  high-speed,  high  capacity,  direct  access 

devices,  such  as  3370,  3330-series,  3340/3344,  3350,  and 

the  2305  Bodel  2. 

-  Attachaent  of  high-speed  tape  units,  such  as  the  3420 
aodels  4,  6  and  8. 

-  Potential  increases  in  channel  throughput  via  use  of  block 
aultiplexing  and  rotational  position  sensing  to  iaprove 
effective  data  transfer  rates. 

-  A  significantly  high  attainable  aggregate  I/O  data  rate  to 
balance  the  higher  perforaance  capabilities  of  the  4341 
Processor.  (Baxiaua  9BB/sec,  with  5  block  aultiplexer 
channels) . 

2.  Coanents 

Since  hardware  features  and  prograaaing  systems 
support  for  the  4341  Processor  are  upward  compatible  with 
those  of  Systea/360,  the  4341  Processor  offers  Bodel  50  and 
65  users  significantly  expanded  computing  capabilities 
without  the  necessity  cf  a  large  conversion  effort.  Little 
cr  no  tiae  need  be  spent  aodifying  operational  System/360  or 
System/370  application  programs  or  the  IBB  1400  prograas 
currently  being  emulated. 

Existing  processor-bound  Systea/360  programs  can 
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execute  faster  in  a  4341  Processor  because  of  the 
significantly  increased  internal  performance  of  the  4341 
Processor,  while  i/o-tcund  programs  can  benefit  from  the  use 
cf  more  processor  storage,  faster  channel  capability,  block 
multiplexing,  and  faster  I/O  devices.  The  4341  Processor 
also  offers  economical  and  flexible  entry  into 
communications- based  applications. 

The  increased  power  and  new  functions  of  the  4341 
Processor  provide  the  base  for  expanded  application 
installation  and  penetration  of  previously  marginal 
application  areas.  New  application  installation  and 
transition  to  online  operations  can  be  easier  when  a  virtual 
storage  environment  is  implemented.  The  greatly  improved 
price  performance  of  the  4341  Processor  offers  the 
System/360  and  System/370  user  the  opportunity  to  widen  his 
data  processing  base  for  a  significantly  lower  cost  than  was 
previously  possible. 

For  large  installations  that  want  undisrupted  growth 
and  decentralization  of  their  data  processing  facilities, 
the  4341  Processor  provides  economical  and  easy  entry  into 
(or  expansion  of)  distributed  data  processing  operations. 

k  virtual  storage  environment  is  designed  primarily 
to  provide  new  functional  capabilities  for  the  installation 
as  a  whole,  although  performance  gains  are  possible  for 
installations  with  particular  environmental  characterisrics. 

The  general  functional  aims  of  IBM-supplied  virtual 
storage  operating  systems  are  (1)  to  use  new  hardware 
features  and  additional  control  program  processing  to 
support  certain  facilities  that  are  not  possible  in  a 
nonvirtual  storage  environment  because  of  real  storage 
restraints  and  (2)  to  handle  other  functions  that  must  be 
performed  by  installation  personnel  (programmers,  operators, 
and  system  designers)  when  virtual  storage  and  address 
translation  are  not  used. 
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It  is  also  important  to  note  that,  while  a  virtual 
storage  operating  system  permits  an  installation  to  be 
independent  of  teal  storage  restraints  to  a  large  degree  and 
enables  real  storage  to  be  utilized  sore  efficiently,  the 
performance  of  the  systea  and  specific  advantage  that  can  be 
achieved  still  depend  largely  on  the  aacunt  of  real  storage 
present  in  the  systea  and  on  the  computing  speed  of  the 
processor,  aacng  other  things.  Hence,  virtual  storage  and 
an  address  translation  capability  are  not  a  substitute  for 
real  storage.  Hather,  they  provide  an  installation  with 
greater  flexibility  in  the  tradeoff  between  real  storage 
size  and  function  or  performance. 

The  degree  to  which  a  particular  installation 
experiences  the  potential  benefits  of  a  virtual 
storage/address  translation  environaent  is  highly  systea 
configuration  dependent  and  application  dependent  (number, 
type,  complexity  of  applications  installed  or  to  be 
installed) .  In  addition,  consideration  must  be  given  to  the 
system  resources  that  are  specifically  required  to  support  a 
virtual  storage  environment. 


III.  v ISX22I  MAC HIM E/ SYSTEM  £HODUCT  (VM/S?) 

HIGHLIGHTS  AND  PERFORMANCE  CONSIDERATIONS 


A.  HIGHLIGHTS 

Virtual  Machine/System  Product  (VH/SP)  in  conjunction 
with  VH/370  Release  6  is  a  Systen  Control  program.  It 
manages  the  sources  of  an  IBM  System/370,  or  4300,  or  303x 
system  complex  in  such  a  way  that  multiple  users  have  a 
functional  simulation  of  a  computing  system  (a  virtual 
machine)  at  their  Disposal. 

That  is,  the  virtual  machine  runs  as  if  it  were  a  real 
machine  simulating  bcth  hardware  and  software  resources  of 
the  system.  These  simulated  resources  can  be  shared  either 
with  other  virtual  machines  or  alternately  allocated  to  each 
machine  for  a  specified  time.  Furthermore,  virtual  machines 
can  run  the  same  or  different  operating  systems 
simultaneously.  Thus,  the  individual  user  can  create  and 
adapt  his  virtual  machine  to  meet  his  own  special  needs. 

VH/370  Release  6  System  consists  of  four  components: 
the  Ccntrcl  Program  (CP) ,  Conversational  Monitor  Systen 
(CHS) ,  Remote  Spooling  Ccmmunications  Subsystem  (RSCS) ,  and 
Interactive  Problem  Control  System  (IPCS) .  Each  of  these 
components  control  its  unique  part  of  the  systen.  Together, 
these  components  prcvide  the  virtual  machine  with  time 
sharing,  remote  spooling,  and  problem  reporting  for 
System/370  uniprocessor,  attached  processor,  and 
multiprocessor  systems.  Two  of  these  components,  CP  and 
CMS,  have  been  extensively  modified  with  new  functions  and 
efficiencies  and  integrated  into  a  VH/370  Release  6  base. 
In  publications,  this  collective  package,  that  is,  CP  CMS, 
RSCS  and  IPCS,  is  simply  referred  to  as  VM/SF. 


Control  Program 

The  control  progran  (CP)  executes  in  a  real  aachine 
controlling  the  resources  of  that  aachine.  CP  is  the 
vehicle  that  is  used  to  create  concurrent  virtual  aachines. 

Conversational  Monitor  System 

CMS  is  a  single-user  operating  systea  designed  to 
operate  in  a  virtual  aachine.  CBS  provides  a  vide  range  of 
general-purpose,  conversational  tiae  sharing  functions. 

Reaote  Spooling  Cocaaunications  Subsystea 

BSCS,  VM/370  Belease  6  component,  is  a  single-user 
operating  systea  that  runs  under  CP.  BSCS  executes  in  one 
or  aore  virtual  aachines  and  transfers  data  between  virtual 
aachines  and  reaote  users. 

Interactive  Frobleo  Ccntrol  Systea 

IPCS ,  a  VM/370  Belease  6  coaponent,  is  a  group  of 
coaaands  and  controls  that  execute  under  CBS  to  provide 
problea  analysis  and  aanageaent  facilities.  IPCS 
standardizes  the  process  of  reporting  probleas  and  includes 
a  method  for  identifying  duplicate  probleas  within  the 
systea.  It  also  provides  the  user  with  the  capability  of 
viewing  and  diagnosing  CP  abend  dumps  through  the  virtual 
aachines  operators  console. 

1-  IkS  SSlilSnafflt 
a.  The  Virtual  Machine 

k  virtual  aachine  is  functionally  equivalent  to 
a  real  systea.  It  has  simulated  hardware  and  software 
resources  that  operate  in  a  real  computer  under  CP.  Each 
virtual  aachine  is  defined  in  the  VM/SP  directory;  the 
directory  describes  its  simulated  storage,  I/O  devices  and 
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console 


b.  Virtual  storage 

&  virtual  storage  systea  can  siaulate  real 
storage  within  a  range  of  from  8  kbytes  to  16  Megabytes  (the 
■axiaua  virtual  storage  size) 

Virtual  storage  extends  beyond  tbe  size  of  real 
storage  and  is  not  Halted  by  the  aaount  of  real  storage. 
It  is  highly  probable  for  the  conbined  virtual  storage  of 
several  virtual  aachines  to  be  greater  than  the  real 
storage.  Virtual  Storage  can  be  oanaged  and  protected 
through  segaentation.  Bach  segaent  is  64k ,  and  there  are 
froa  1  to  256  segoents  depending  on  the  size  of  virtual 
storage.  As  a  storage  protection  feature  fcr  all  virtual 
aachines,  page  and  segaent  tables  are  accessible  only  to  CP. 
Generally,  one  virtual  aachine  cannot  access  or  alter  the 
virtual  storage  of  another  virtual  aachine;  however, 
autually  consenting  users  aay  share  real-only  virtual 
storage  and  real-write  virtual  storage. 

c.  Virtual  Processor 

CP  provides  each  virtual  aachine  with  a  single 
virtual  processor  tc  execute  instructions  and  receive 
interruptions.  In  actuality,  this  virtual  processor  is  the 
shared  use  of  the  real  processor.  CP  siaulates  the 
privileged  instructions,  and  the  real  processor  executes  the 
non  privileged  instructions.  The  virtual  processor  provided 
in  the  virtual  aachine  is  a  uniprocessor  simulation. 
Attached  processor  and  aultiprccessor  siaulation  is  not 
supported  in  the  virtual  aachine  environaent,  regardless  of 
the  installation's  computer  complex  on  which  VH/SP  is 
loaded. 


d.  Virtual  Systea  console 
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The  virtual  aachine  systea  console  has  three 
aajor  coaaunication  function's,  first,  to  coaounicate  to  CP, 
so  it  can  provide  tc  the  virtual  aachine  siaulaticns  of 
functions  that  are  perforaed  on  real  systea  consoles. 
Second,  to  provide  the  virtual  aachine  user  a  aeans  of 
dynamically  altering  specific  attributes  of  a  virtual 
aachine.  Third,  to  provide  a  aeans  of  coaaunicating  with 
the  application  prograa  that  is  running  in  the  virtual 
aachine.  To  accoaplish  these  functions  requires  a  real 
terainal  device.  k  virtual  aachine  is  "disconnected"  by 
detaching  its  assigned  supporting  terainal  console.  It  is 
done  by  CP  comaand.  Mote,  disconnecting  the  console  does 
not  negate  current  virtual  aachine  processing. 

e.  Virtual  I/C  Devices 

The  virtual  aachine  supports  the  same  devices  as 
a  real  aachine:  it  is  the  virtual  machine,  not  CP,  that 
controls  thea.  The  I/O  configuration  must  be  defined  by  the 
user  in  the  CP*s  user  directory  entries.  However, 
additional  I/O  reguireaents  can  be  met  dynaaically  by  the 
user  via  CP  coaaands. 

The  user  also  has  the  option  of  assigning 
different  addresses  tc  his  virtual  devices,  or  using  those 
cf  the  real  devices.  In  either  case,  CP  ccaments  the 
virtual  address  to  its  real  counterpart  and  performs  any 
necessary  data  translation. 

2.  Viirgai  jUcMSi  SiSialiflS  §13 tgas 

Hhile  the  control  prograa  of  VM/SP  aanages  the 
concurrent  execution  of  the  virtual  machines,  it  is  also 
necessary  to  have  an  operating  System  manage  the  work  flow 
within  each  virtual  aachine.  Because  each  virtual  aachine 
executed  independently  of  ether  virtual  machines,  each  one 
can  use  either  a  different  Operating  systea  or  different 
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3] 


releases  of  the  sane  operating  systea. 

&  list  cf  soae  of  the  operating  systeas 
that  can  execute  in  virtual  aachines,  follows: 


OB  SUShlzSSi*  1MS&AS1U1 


DOS 

OS/PCP 

DOS/VS 

OS/HFT 

DOS/VSE 

OS/HUT 

OS/VS  1 

BSCS 

0S/VS2 

svs 

0S/VS2 

OS-ASP 

MVS 

[  Ref. 


MULTIPLE  -  ACCESS 
VM/370 

TIDE  SHARING  OPTION  OF 
CS  DCS/VS1  Hith  VSE/ICCE 

CONVERSATIONAL 

CHS 

With  the  exception  of  OS/PCP  and  CHS,  these  are  all 
aultiprograaaing  systeas.  However,  when  operating  in  a 
virtual  aachine,  the  user  has  the  choice  of  running  multiple 
partitions  in  one  virtual  aachine  (Similar  to  stand-alone 
operation)  or  single  partitions  in  aultiple  virtual 
aachines.  When  running  aultiple  partitions  in  one  virtual 
aachine,  aultiprograaaing  and  unit  record  spooling  is  done 
fay  both  the  Operating  Systea  and  VH/SP.  When  running  single 
partitions  in  multiple  virtual  machines,  the  need  for 
aultiple  virtual  storages  places  a  burden  on  auxiliary 
storage.  However,  this  can  be  alleviated  by  using  shared 
systeas. 

a.  Single  -  user  Systeas 

Systeas  that  can  execute  interactively  by  a 
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single  user  include  the  CHS  and  any  operating  system  that 
can  execute  in  a  virtual  machine.  &  time-sharing  environment 
is  created  when  VM/SP  creates  multiple  virtual  machines, 
each  controlled  by  the  same  operating  system.  Thse  systems 
operate  concurrently  with  each  other  as  well  as  with  other 
conversational  or  batch  systems. 

b.  Multiple-access  Systems 

Multiple-Access  systems,  such  as  MVS  TSO, 
execute  in  one  virtual  machine  and  directly  service  many 
interactive  terminals.  To  connect  a  terminal  with  the 
virtual  machine,  the  user  of  a  multiple-access  system  issues 
the  DIAL  command  instead  of  the  LOGON  command. 

Once  his  terminal  is  connected,  the  user  issues 
only  the  commands  associated  with  the  multiple-access 
system. 

3.  vm/sp  Appiisaiiofls 

Using  VM/sp,  an  installation  can  perform  its  work 
sore  efficiently  and  easily.  Virtual  machine  applications 
aid  in  programming,  operations,  and  interactive  use. 

a.  System  Programming 

-  Seducing  the  amount  of  hands-cn  testing  time  on  the  real 
machine. 

-  Testing  new  or  modified  SVC  routines  in  a  virtual  machine. 

-  Generating  and  testing  in  a  virtual  machine  either  new 
independent  component  releases  (ICBS)  or  new  releases  of 
an  operating  System. 

-  Debugging  from  a  terminal  device. 

b.  Application  Programming 

-  Osing  the  system  product  editor  to  create  source  programs 
and  data  files. 
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-  Debugging  frca  a  terminal  while  under  operating  system 
control 

-  Providing  faster  turnaround  tine,  more  test  periods  per 
day,  and  a  shorter  development  cycle. 

-  Designing  application  programs  without  real  storage 
limitations. 

-  Defining  minidisks  and  other  virtual  devices  to  design  and 
test  a  slightly  different  or  larger  machine  configuration 
before  installing  the  hardware. 

-  Using  SCHIPT/VS,  a  program  product,  for  text  preparation, 
to  create  an  update  program  specifications. 

c.  Operations 

An  interactive  virtual  machine  environment 
relieves  problems  of  scheduling,  support,  and  backup  and 
expedites  productions;  seme  of  these  operational  advantages 
are: 

-  Training  operators  in  a  virtual  machine  that  is  isolated 
from  production  virtual  machines. 

-  Defining  a  virtual  machine  and  its  devices  as  backup  to 
another  real  machine. 

-  Running  different  types  of  work  concurrently  on  a  single 
real  machine. 

•  Executing  many  types  of  batch  applications  with  no  change 
to  the  program  either  in  a  individual  virtual  machine  or 
in  a  virtual  machine  dedicated  to  executing  programs  in 
batch  mode. 

d.  Backup  System 

An  installation  using  VH/SP  has  acre  flexibility 
in  using  another  Systea/370  computing  system  for  backup. 
Neither  the  same  System/370  model  nor  the  same  amount  of 
real  storage  have  to  be  part  of  the  backup  system.  The 
backup  system  must  include,  but  is  not  limited  to  the  same 
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type  and  naaber  of  real  devices  as  these  virtual  machines 
require.  Also,  the  backup  systea  oust  have  a  sufficient 
number  of  direct  access  storage  drives  so  that  the  user 
voluaes  can  be  mounted. 

e.  GENERAL  INFORMATION 

The  perforaance  characteristics  of  an  operating  systea, 
when  it  is  run  in  a  virtual  aachine  environment,  are 
difficult  to  predict.  This  unpredictability  is  a  result  of 
several  factors:  [Ref.  9] 

-  The  Systea/370  model  used. 

-  The  total  nuaber  of  virtual  machines  executing. 

-  The  type  of  work  being  done  by  each  virtual  aachine. 

-  The  speed,  capacity,  and  nuaber  of  the  paging  devices. 

-  The  aaount  of  fixed  head  paging  storage. 

-  The  aacunt  of  real  storage  available. 

-  The  degree  of  channel  and  control  unit  contention,  as  well 
as  ara  contention,  affecting  the  paging  device. 

-  The  type  and  number  of  VH/SP  performance  options  in  use  by 
one  or  more  virtual  machines. 

-  The  degree  of  HSS  3330  volume  use. 

-  The  order  in  which  devices  are  selected  for  preferred 
paging  and  spooling. 

The  perforaance  of  a  specific  virtual  aachine  lay  never 
equal  that  of  the  sate  operating  systea  running  standalone 
on  the  same  Systea/370,  but  the  total  throughput  obtained  in 
the  virtual  machine  environment  nay  equal  cr  better  that 
obtained  on  a  real  aachine. 

When  executing  in  a  virtual  machine,  any  function  that 
cannot  be  performed  wholly  by  the  hardware  causes  some 
degree  of  degradation  in  the  virtual  machine's  perforaance. 
As  the  control  prograa  for  the  real  aachine,  CP  initially 
processes  all  real  interrupts.  A  virtual  aachine  operating 
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system's  instructions  are  always  executed  in  problem  state. 
Any  privileged  instruction  issued  by  the  virtual  machine 
causes  a  real  privileged  instruction  exception  interruption. 
The  amount  o£  work  to  be  dene  by  CP  to  analyze  and  handle  a 
virtual  machine-initiated  interrupt  depends  - pon  the  type 
and  complexity  of  the  interrupt. 

1 .  Program  states 

Hhen  instructions  in  the  Control  Program  are  being 
executed,  the  real  computer  is  in  the  supervisor  state;  at 
all  other  times,  when  running  virtual  machines,  the  real 
computer  is  in  the  problem  state.  Therefore,  privileged 
instructions  cannot  be  executed  by  the  virtual  machine. 
Programs  running  on  a  virtual  machine  can  issue  privileged 
instructions;  but  such  an  instruction  either  (1)  causes  an 
interruption  that  is  bandied  by  the  Control  Program,  or  (2) 
is  intercepted  and  handled  by  the  processor,  if  the  virtual 
machine  assist  feature  or  VH/370  Extended  Control  Program 
Support  is  enabled  and  supports  that  instruction.  CP 
examines  the  operating  status  of  the  virtual  machine  PSH. 
If  the  virtual  machine  is  in  problem  mode,  the  privileged 
interrupt  is  reflected  to  the  virtual  machine. 

Only  the  Ccntrol  Program  may  operate  in  the 
supervisor  state  cn  the  real  machine.  All  programs  other 
than  CP  operate  in  the  problem  state  on  the  real  machine. 
All  user  interrupts,  including  those  caused  by  attempted 
privileged  operations,  are  handled  by  either  the  control 
program  or  the  processor  (is  the  virtual  machine  assist 
feature  or  VH/370  Extended  Control-Program  Support  is 
available) .  Only  those  interrupts  that  the  user  program 
would  expect  from  a  real  machine  are  reflected  to  it.  k 
user  program  executes  on  the  virtual  machine  in  a  manner 
identical  to  its  execution  on  a  real  Systea/370  processor, 
as  long  as  the  user  program  does  net  violate  the  CP 
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restrictions. 

2.  ssiaa  grccesscr  usauices 

CP  allocates  the  processor  resource  to  virtual 
■achines  according  to  their  operating  characteristics, 
priority,  and  the  systea  resources  available. 

Virtual  aachines  are  dynaaically  categorized  at  the 
end  of  <.ach  tine  slice  as  interactive  or  noninteractive, 
depending  upon  the  frequency  of  operations  tc  or  froa  either 
the  virtual  systea  console  or  a  terainal  controlled  by  the 
virtual  aachine. 

Virtual  aachines  are  dispatched  frca  one  of  two 
Queues,  called  Queue  1  and  Queue  2.  In  order  to  be 
dispatched  froa  either  queue,  a  virtual  aachine  aust  be 
considered  executable  (that  is,  not  waiting  for  soae 
activity  or  for  soae  other  systea  resource) .  Virtual 

aachines  are  not  considered  dispatchable  if  the  virtual 
aachine  [Ref. 10], 

-  Enters  a  virtual  wait  state  after  an  I/C  operation  has 
begun. 

-  Is  waiting  for  a  page  fxaae  of  real  storage. 

-  Is  waiting  for  an  I/O  operation  to  be  translated  by  CP  and 
started. 

*  Is  waiting  for  CP  to  siaulate  its  privileged  instructions. 

-  Is  waiting  for  a  CP  console  function  tc  be  performed. 

a.  Queue  1 

Virtual  aachines  in  Queue  1  (Ql)  are  considered 
conversational  or  interactive  users,  and  enter  this  Queue 
when  an  interrupt  froa  a  terainal  is  reflected  tc  the 
virtual  aachine.  The  Ql  virtual  aachines  are  ordered  by 
their  deadline  priorities  in  the  dispatch  list.  &  deadline 
priority  is  a  value  calculated  by  the  fair  share  scheduler 
every  tine  a  user  is  dropped  froa  a  queue  (queue  drop  tiae) . 
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This  value  is  based  on  paging  activity,  processor  usage,  the 
load  on  the  systea,  and  user  priority.  Deadline  priority  is 
used  to  deteraine  when  the  user  receives  his  next  tiae 
slice. 

A  particular  virtual  aachine's  deadline  priority 
for  q 1  will  be  better  (earlier)  than  its  corresponding 
priority  for  Q2.  The  deadline  priorities  for  all  Q1  virtual 
aachines  are  not  necessarily  better  than  the  deadline 
priorities  for  all  Q2  virtual  aachines. 

Virtual  aachines  are  dropped  froa  Q1  when  they 
coaplete  their  tiae  slice  cf  processor  usage,  and  are  placed 
in  an  “eligible  list".  Virtual  aachines  entering  CP  command 
aode  are  also  dropped  fora  Q1. 

t.  Queue  2 

Virtual  aachines  are  selected  to  enter  Q2  from  a 
list  of  eligible  virtual  aachines  (the  eligible  list)  .  The 
ordering  of  virtual  machines  on  the  eligible  list  and  the 
dispatch  list  is  determined  on  the  basis  of  each  virtual 
aachine's  deadline  priority. 

There  are  two  lists  of  virtual  aachines  in  Q2; 
those  in  the  eligible  list  and  those  in  the  dispatch  list. 
Both  lists  are  sorted  by  deadline  priority.  1  particular 
deadline  priority  depends  on  aany  factors: 

-  The  tiae-of-day  the  virtual  aachine  last  dropped  froa  the 
dispatch  list. 

-  The  virtual  machine's  user  priority 

•  The  current  load  and  number  of  virtual  aachines  cn  the 
system 

-  The  current  resource  utilization  of  the  virtual  machine 

A  virtual  aachine  enters  Q2  only  if  its  working 
set  size  is  not  greater  than  the  number  of  real  page  frames 
available  for  allocation  at  the  time.  The  working  set  of  a 
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virtual  machine  is  calculated  and  saved  each  tiae  a  user  is 
dropped  from  Q2.  The  working  set  size  is  a  function  of  the 
number  of  virtual  pages  referred  to  by  the  virtual  machine 
during  its  stay  in  Q2 ,  and  the  number  of  its  virtual  pages 
that  are  resident  in  real  storage  at  the  tiae  it  is  dropped 
from  the  queue. 

If  the  calculated  working  set  of  the  highest 
priority  virtual  aachine  in  the  eligible  list  is  greater 
than  the  number  of  page  frames  available  for  allocation,  CP 
continues  to  search  the  eligible  list,  in  deadline  priority 
order,  for  a  virtual  aachine  whose  working  set  does  not 
exceed  the  number  of  available  page  frames. 

When  a  virtual  aachine  completes  its  tiae  slice 
of  processor  usage,  it  is  dropped  from  Q2  and  placed  in  the 
eligible  list  according  to  its  deadline  priority.  when  a 
virtual  aachine  in  Q2  enters  CP  command  mode,  it  is  removed 
from  Q2. 

To  leave  CP  mode  and  return  his  virtual  machine 
to  the  eligible  list  for  Q2,  a  user  can  issue  a  CP  command 
that  thransfers  control  to  the  virtual  machine  operating 
system  for  execution  (for  example,  beging,  ipl,  external, 
and  RESTART)  . 

Virtual  machines  in  Q2  are  considered  to  be 
noninteractive.  In  CP,  interactive  virtual  machines  (those 
in  Q1)  ,  if  any,  are  normally  considered  for  dispatching 
before  noninteractive  virtual  machines  (Q2)  .  This  means 
that  CHS  users  entering  commands  that  do  not  involve  disk  or 
tape  I/O  operations  should  get  fast  responses  from  the  vm/sp 
system  even  with  a  large  number  of  active  virtual  machines. 
All  virtual  machines  (Q1  and  Q2)  on  the  dispatch  list  are 
ordered  by  their  deadline  priority.  There  can  be  many 
instances  where  some  virtual  machines  in  Q2  are  considered 
for  dispatching  before  virtual  machines  in  Q1  because  of 
their  user  priority,  current  resource  utilization  level,  or 
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for  other  reasons 


c.  Deadline  priority 

The  deadline  priority  is  calculated  at  queue 
drop  time  by  taking  the  current  time-of-day  (TOD)  and  adding 
a  user  bias  factor,  which  is  the  product  of  the  user  bias 
ratio  and  the  Q2  delay  factor  C&@f.11].  The  Q2  delay 
factor,  which  is  calculated  dynamically  based  on 
configuration  and  load,  is  the  average  elapsed  tine  required 
by  a  virtual  machine  tc  receive  an  amount  of  processor  time 
egual  to  one  Q2  time  slice.  In  the  scheduling  algorithm 
calculations  the  Q2  delay  factor  is  a  scaling  value  used  to 
adjust  the  calculation  for  configuration  and  load.  Before 
adding  it  to  the  current  time-of-day  it  is  adjusted  by  the 
user  bias  ratio.  The  user  bias  ratio  is  less  than  1,  equal 
to  1,  or  greater  than  1,  depending  on  whether  the  particular 
virtual  machine  is  currently  receiving  less  than,  equal  to, 
or  more  than  its  specified  amount  of  resources. 

For  virtual  machines,  the  scaled  bias  is 
divided  by  8  (since  the  Q1  processor  usage  time  slice  is 
1/8th  the  Q2  time  slice) .  The  difference  between  scheduling 
a  virtual  machine  in  Q1  instead  of  Q 2  is  that  it  receives 
1/8th  the  amount  of  processor,  0  times  as  often.  Operating 
constantly  in  either  queue,  a  virtual  machine  should  receive 
the  same  amount  of  processor  resources  over  an  extended 
period  of  time.  The  only  preference  given  Q1  virtual 
machines  is  when  they  are  being  moved  from  the  eligible  list 
to  the  dispatch  list.  They  will  be  moved  ahead  of  Q2 
virtual  machines  with  the  same  or  even  slightly  better 
deadline  priorities. 

d.  Queue  3 

Q3  is  an  extension  of  Q2  sheduliag.  It  helps  to 
distinguish  between  non-interactive  virtual  machines  and 


those  that  are  frequently  switching  back  and  forth  between 
Q2  and  Q1.  Virtual  aachines  that  have  cycled  through  at 
least  eight  consecutive  Q2  processor  tiae  slices  without  a 
Q 1  interaction  are  labeled  Q3.  Q3  virtual  aachines  are  kept 
in  the  saae  lists  (or  gueues)  as  Q2  virtual  aachines  and  for 
aost  purposes  are  treated  identicallly .  The  differences 
between  Q2  and  Q3  virtual  aachines  are  reflected  in  their 
deadline  priority  calculations  and  the  aacunts  of  such 
processor  tiae  they  are  allowed  in  gueue.  Q3  virtual 
aachines  are  allowed  eight  consecutive  Q2  processor  tiae 
slices  before  they  are  dropped  froa  gueue.  Because  of  the 
eight-fold  increase  in  processor  tiae  allowed  for  each  tiae 
in  gueue,  the  scaled  bias  is  aultiplied  by  eight  before 
adding  to  the  current  tiae-of-day  to  fora  the  deadline 
priority.  Q3  virtual  aachines  should  receive  eight  tiaes  as 
auch  processor  time  each  tiae  in  gueue  as  Q2  virtual 
machines,  but  only  1/8th  as  often. 

To  reiterate  the  Q1/Q2  statement:  operating 
constantly  in  any  gueue,  a  virtual  machine  should  receive 
the  same  amount  of  processor  resources  over  an  extended 
period  of  elapsed  tiae.  This  dees  not  necessarily  mean  that 
a  virtual  machine  will  perform  the  saae  when  operating  in  Q3 
aode  as  when  operating  in  standard  Q2  aode.  An  amount  of 
overhead  (roughly  proportional  to  the  saall  number  of 
resident  pages)  is  used  for  each  virtual  aachine  when  it 
drops  from  gueue.  tihen  operating  in  Q3  aode,  a  virtual 
aachine  may  perform  such  better  than  in  normal  Q2  mode 
because  it  is  undergoing  fewer  gueue  drops.  For  soae  very 
large  virtual  storage  prograas,  the  total  processor 
resources  used  has  been  cut  in  half  by  operating  in  Q3  mode 
as  compared  to  standard  <32  aode. 

C.  VIRTUAL  MACHINE  I/O 

To  support  I/O  processing  in  a  virtual  aachine,  CF  must 
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translate  all  virtual  aachine  channel  coaaand  word  (CCW) 
sequences  to  refer  to  real  storage  and  real  devices  and,  in 
the  case  of  minidisk,  real  cylinders.  CE's  handling  of  SIOS 
for  virtual  aachines  can  be  one  of  the  acst  significant 
causes  of  reduced  perforaance  in  virtual  machines. 

The  number  of  S10  operations  required  by  a  virtual 
aachine  can  be  significantly  reduced  using:  large  blocking 
factors  (up  to  4076  bytes) ,  preallocated  data  sets,  virtual 
aachine  operating  system  options  (such  as  chained  scheduling 
in  OS) ,  or  finally  with  the  substitution  of  a  faster 
resource  (virtual  storage)  for  I/O  operations,  by  building 
saall  temporary  data  sets  in  virtual  storage  rather  than 
using  an  I/O  device. 

Frequently,  there  can  be  a  perforaance  gain  when  CP 
paging  is  substituted  for  virtual  aachine  I/O  operations. 
The  perforaance  of  an  operating  system  such  as  OS  can  be 
improved  by  specifying  as  resident  as  many  frequently  used 
OS  functions  as  are  possible.  In  this  way,  paging  I/O  is 
substituted  for  virtual  aachine- initiated  I/O.  In  this  case 
the  only  work  to  be  dene  by  CP  is  to  place  into  real  storage 
the  page  that  contains  the  desired  routine  or  data. 

Three  CP  performance  options  are  available  to  reduce  the 
CP  overhead  associated  with  virtual  aachine  I/O  instructions 
cr  other  privileged  instructions  used  by  the  virtual 
machine's  I/O  Supervisor :[ fief.  12  ] 

1.  The  'real'  option  removes  the  need  for  CP  to  perform 
storage  reference  translation  and  paging  before  each  I/O 
operation  fer  a  specific  virtual  aachine. 

2.  The  virtual  aachine  assist  feature  reduces  the  real 
supervisor  state  time  used  by  VtJ/SP. 

3.  VM/370  attended  Ccntrcl-Prcgraa  Support  (ECPS)  further 
reduces  the  real  supervisor  state  time  used  by  VM/SP. 

0.  PAGING  CONSICEBATICNS 
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When  virtual  machines  refer  to  virtual  storage  addresses 
that  are  not  currently  in  real  storage,  they  cause  a  paging 
exception  and  the  associated  CP  paging  activity. 

The  addressing  characteristics  of  programs  executing  in 
virtual  storage  have  a  significant  effect  on  the  number  of 
page  exceptions  experienced  by  the  virtual  machine.  When  an 
available  page  of  virtual  storage  contains  only  reentrant 
code,  paging  activity  can  be  reduced,  since  the  page, 
although  referred  to,  is  never  changed,  and  thus  does  not 
cause  a  write  operation  to  the  paging  device. 

Virtual  machines  that  reduce  their  paging  activity  by 
controlling  their  use  of  addressable  space  improve  resource 
management  for  that  virtual  machine,  the  VB/SP  system,  and 
all  other  virtual  machines.  The  total  paging  load  that  must 
be  handled  by  CP  is  reduced,  and  more  time  is  available  for 
productive  virtual  machine  use. 

Additional  dynamic  paging  storage  say  be  gained  by 
controlling  free  storage  allocation,  the  amount  of  free 
storage  allocated  at  VB/SP  initialization  time  can  be 
controlled  by  the  installation. 

CP  provides  three  performance  options,  locked  pages, 
reserved  page  frames,  and  a  virtual=real  area,  to  reduce  the 
paging  requirements  of  virtual  machines.  Generally,  these 
facilities  require  seme  dedication  of  real  storage  to  the 
chosen  virtual  machine  and,  therefore,  improve  its 
performance  at  the  expense  of  other  virtual  machines. 

I.  23SSS  Cptios 

The  LOCK  command,  which  is  available  to  the  system 
operator  (with  privilege  class  A) ,  can  be  used  to 
permanently  fix  or  lock  specific  pages  of  virtual  storage 
into  real  storage.  In  so  doing,  all  paging  I/O  for  these 
page  frames  is  eliminated.  Only  frequently  used  pages 
should  be  locked  into  real  storage.  Since  page  zero  (first 
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4096  bytes)  of  a  virtual  aachine  storage  is  referred  to  and 
changed  frequently,  it  should  be  the  first  page  of  a 
particular  virtual  aachine  that  an  installation  considers 
locking.  The  virtual  aachine  interrupt  handler  pages  aight 
also  be  considered  good  candidates  for  locking. 

ether  pages  tc  be  locked  depend  upon  the  work  being 
done  by  the  particular  virtual  aachine  and  its  usage  of 
virtual  storage. 

Once  a  page  is  locked,  it  renains  locked  until 
either  the  user  logs  eff  or  the  system  operator  issues  the 
UNLOCK  coaaand  for  that  page. 

2.  Reserved  fage  fra a eg  option 

A  aore  flexible  approach  than  locked  pages  is  the 
reserved  page  frames  option.  This  option  provides  a 
specified  virtual  aachine  with  an  essentially  private  set  of 
real  page  fraaes,  the  nuaber  of  frames  being  designated  by 
the  systea  operator  when  he  issues  the  CP  SET  RESERVE 
coaaand  line.  Fages  will  not  be  locked  into  these  fraaes 
but  they  can  be  paged  out  only  for  other  active  pages  of  the 
saae  virtual  aachine. 

This  option  is  usually  aore  efficient  than  locked 
paqes  in  that  the  pages  that  reaain  in  real  storage  are 
those  pages  with  the  Createst  amount  of  activity  at  that 
aonent,  as  deterained  automatically  by  the  systea.  Although 
multiple  virtual  aacbines  aay  use  the  lock  option,  only  one 
virtual  aachine  at  a  time  aay  have  the  reserved  page  fraaes 
option  active. 

The  reserved  page  fraaes  option  provides  perforaance 
that  is  generally  consistent  frea  run  to  run  with  regard  to 
paging  activity. 

3.  liiiaalfiaal  £.Etis£ 

This  option  eliainates  CP  paging  for  the  selected 
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virtual  machine.  A1 1  pages  cf  virtual  machine  storage, 
except  page  zero,  are  locked  in  the  real  storage  locations 
they  would  use  on  a  real  computer.  CP  controls  real  page 
zero,  but  the  remainder  of  the  CP  nucleus  is  relocated  and 
placed  beyond  the  virtual=real  machine  in  real  storage. 

Since  the  entire  address  space  required  by  virtual 
machine  is  locked,  these  page  frames  are  not  available  for 
use  by  other  virtual  machines  except  when  the  'real*  machine 
is  not  logged  on.  This  option  increases  the  paging  activity 
for  other  virtual  machine  users,  and  in  seme  cases  for 
VH/SP. 

The  'real*  option  is  desirable  when  running  a 
virtual  machine  operating  system  (like  OCS/TS  or  OS/VS)  that 
performs  paging  of  its  cwn  because  the  possibility  of  double 
paging  is  eliminated. 

E.  VH/SP  PERFORMANCE  CONSIDERATIONS 

VH/SP  provides  a  number  of  options  (Ref.  13]  an 
installation  may  use  to  improve  the  performance  of  virtual 
machines  and  VH/SP.  Several  options  improve  the  performance 
cf  installation  specified  virtual  machines;  other  options 
improve  the  performance  cf  all  virtual  machines  and  VH/SP. 
The  options  are: 

-  Favored  execution 

-  Oser  priority 

-  Reserved  page  frames 
'real' 

-  Affinity 

-  Queue  drop  elimination 

-  Virtual  machine  assist 
Extended  Control-Program  Support. 

Specifying  a  performance  option  may  mean  making  a 
performance  trade-off;  improving  the  performance  of  one 
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virtual  aachine  at  the  expense  of  VM/S E  and  other  virtual 
aachines. 

1 .  Favored  execution 

The  favored  execution  options  allow  an  installation 
to  modify  the  normal  CP  deadline  priority  calculations  in 
the  fair  share  scheduler  to  force  the  system  to  devote  more 
of  its  processor  rescurces  to  a  given  virtual  aachine  than 
would  ordinarly  be  the  case:  There  are  2  options: 

-  The  basic  favored  execution  option 

-  The  favored  execution  percentage  option. 

The  basic,  means  that  the  virtual  aachine  so 

designated  is  to  remain  in  the  dispatch  list  at  all  times, 
unless  it  becomes  nonexecutable.  When  the  virtual  aachine 
is  executable,  it  is  to  be  placed  in  the  dispatchable  list 
at  its  normal  priority  position.  Hultiple  virtual  aachines 
can  have  the  basic  favored  execution  option  set.  However, 
if  their  combined  main  storage  requirements  exceed  the 

system's  capacity,  performance  can  suffer  because  of 

trashing. 

If  the  favored  task  is  highly  compute  bound  and  must 
complete  for  the  processor  with  many  other  tasks  cf  the  same 
type,  the  installation  should  define  the  processor 
allocation  to  be  aade.  In  this  case,  the  favored  execution 
percentage  option  can  be  selected.  This  option  specifies 
that  the  selected  virtual  aachine,  in  addition  to  remaining 
in  Queue,  is  guaranteed  a  specified  minimun  percentage  (from 
1  to  100  percent)  of  the  total  processor  tiae  if  it  can  use 
it.  To  select  the  favored  execution  option,  specify  the 
FA70BED  operand  on  the  SET  command. 

2.  flSSS  flifiiity 

The  VM/SP  operator  can  assign  specific  priority 
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values  to  different  virtual  aacbines.  In  so  doing,  the 
virtual  aachine  Kith  a  higher  priority  is  allocated  a  larger 
share  of  the  systea  resources  before  a  virtual  aachine  with 
a  lower  Priority.  User  priorities  are  set  by  the  following 
class  A  coaaand: 

Set  PRICBITY  userid  nn 

flhere  userid  is  the  user's  identification  and  nn  is  an 
integer  value  froa  1  to  99.  The  value  of  nn  affects  the 
user's  dispatching  priority  in  relation  to  other  users  in 
the  systea.  The  priority  value  (nn)  is  one  of  the  factors 
considered  in  the  calculation  of  the  deadline  priority.  The 
deadline  priority  is  the  basis  on  which  all  virtual  aachines 
in  the  systea  are  ordered  on  bcth  the  eligible  list  and  the 
dispatch  list.  The  deadline  priority  calculation  is  based 
on  the  assuaption  that  the  average  or  nornal  (default)  user 
priority  is  64. 

3.  £? served  fa gs  fxjajs 

VH/SP  uses  chained  list  of  available  and  pageable 
pages.  Pages  for  users  are  assigned  froa  the  available 
list,  which  is  replenished  froa  the  pageable  list. 

Pages  that  are  teaporarily  locked  in  real  storage 
are  not  available  or  pageable.  The  reserved  page  function 
gives  a  particular  virtual  aachine  an  essentially  "private" 
set  of  pages.  The  pages  are  not  locked;  they  can  be 
swapped,  but  only  for  the  specified  virtual  aachine.  Paging 
proceeds  using  deaand  paging  with  a  "reference  bit" 
algoritha  to  select  the  best  page  for  swapping.  The  nuaber 
of  reserved  page  fraaes  for  the  virtual  aachine  is  specified 
as  a  aaziaua. 

<*• 

For  this  option,  the  Ffl/SP  nucleus  aust  be 
reorganized  to  provide  an  area  in  real  storage  large  enouga 
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to  contain  the  entice  'real*  machine.  In  the  virtual 
machine,  each  page  froa  1  to  the  end  is  in  its  true  real 
storage  location,  only  its  page  zero  is  relocated.  The 
virtual  aachine  is  still  run  in  dynamic  address  translation 
aode,  but  since  the  virtual  page  address  is  the  saae  as  the 
real  page  address,  no  CCH  translation  is  reguired. 

There  are  several  considerations  fcr  the  'real1 
option  that  affect  overall  systea  operation  [Ref. 14]. 

5.  Hfiaiil 

This  option  allows  virtual  oachines  that  operate  on 
attached  processor  or  multiprocessor  systems  to  select  the 
processor  of  their  choice  fcr  program  execution.  In 
application,  the  affinity  setting  of  a  virtual  aachine 
iaplies  a  preference  of  operation  to  either  (or  neither) 
processor.  affinity  of  operation  for  a  virtual  aachine 
means  that  the  prograa  of  that  virtual  aachine  will  be 
executed  on  the  selected  or  named  processor.  It  does  not 
imply  that  supervisory  functions  and  the  CP  housekeeping 
functions  associated  with  the  virtual  aachine  will  be 
handled  by  the  same  processor. 

In  attached  processor  systems  all  real  I/O 
operations  and  associated  interrupts  are  handled  by  the  main 
processor.  virtual  I/O  initiated  on  the  attached  processor 
that  is  aapped  to  real  devices  aust  transfer  control  to  the 
aain  processor  for  real  I/O  execution.  Therefore,  benefits 
aay  be  realized  in  a  virtual  aachine  "mix'*  by  relegation 
those  virtual  machines  that  have  a  high  I/O-tc-coapute  ratio 
to  the  aain  processor,  and  those  virtual  machines  that  have 
a  high  ccapute-to-I/O  ratio  to  the  attached  processor.  Such 
decisions  should  be  carefully  weighed  as  every  virtual 
aachine  is  in  contention  with  ether  virtual  machines  for 
resources  of  the  systea. 

An  important  use  of  the  af f inXTy— set*; 


ing  would  be  in 


applications  where  there  are  virtual  aachine  program 
requirements  for  special  hardware  features  that  are 
available  on  one  processor  and  not  the  other. 

6*  J&ejj fi  J2I2E 

VH/SP  atteapts  to  optimize  system  throughput  by 
monitoring  the  execution  status  of  virtual  machines.  when  a 
virtual  aachine  becomes  idle;  VH/SP  will  drop  it  from  the 
active  queue.  The  virtual  machines  page  and  sequent  tables 
are  scanned,  and  resident  pages  are  invalidated  and  put  on 
the  flush  list. 

VH/SP  determines  that  a  virtual  aachine  is  idle  when 
it  voluntarily  suspends  execution,  and  no  high-speed  I/O 
operation  is  active.  Normally,  this  is  an  adequate 
procedure.  However,  in  certain  special  cases,  a  virtual 
aachine  is  deterained  to  be  idle  and  is  dropped  froa  the 
queue,  but  it  becoaes  active  again  sooner  than  expected.  If 
this  cycle  of  queue  dropping  and  reactivation  is  repeteadly 
executed,  the  overhead  involved  in  invalidating  and 
revalidating  the  virtual  machine's  page  may  become  large. 

The  CP  class  A  coaaand  "SET  DROP  userid  ON/OFF 
allows  the  installation  to  control  this  situation.  If  SET 
QDROP  OFF  is  in  effect  for  a  virtual  aachine,  that  virtual 
machine's  pages  are  net  scanned  or  flushed  when  the  machine 
becoaes  idle.  The  page  stealing  aechanisa  is  the  only  way 
the  pages  can  be  removed  froa  storage.  (Page  stealing  is 
invoked  only  if  the  flush  list  is  eapty) . 

7.  llllaal  "aS-bi-Bi  ajjist  |eatu£e 

The  virtual  aachine  assist  feature  is  a  processor 
hardware  feature  that  improves  the  performance  of  VH/SP. 
Virtual  storage  operating  systems.,  which  run  in  problem 
state  under  the  control  of  VB/St,  use  many  privileged 
instructions  and  SVC s  that  cause  interrupts  that  VH/SP  must 
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handle.  when  the  virtual  aachine  assist  feature  is  used, 
nany  of  these  interrupts  are  intercepted  and  handled  by  the 
processor.  Consequently,  VB/SP  perforaance  is  iaproved. 

The  Virtual  Machine  Assist  Feature  intercepts  and 
handles  interruptions  caused  by  SVC's,  invalid  page 
conditions,  and  several  privileged  instructions. 

Although  the  assist  feature  was  designed  to  iaprove 
the  perforaance  of  VB/SP,  virtual  aachines  say  see  a 
perforaance  iaproveaent  because  aore  resources  are  available 
for  virtual  aachine  users. 

Whenever  you  IPL  Vfl/SP  on  a  processor  with  the 
virtual  aachine  assist  feature,  the  feature  is  available  for 
all  Vfl/SP  virtual  aachines.  However,  the  systea  operator's 
SET  coaaand  can  sake  the  feature  unavailable  to  vh/SP  and, 
subsequently  available  again  for  all  users. 

The  virtual  aachine  assist  features  is  not  available 
to  a  second-level  virtual  aachine,  that  is,  a  virtual 
aachine  that  is  running  in  a  virtual  aachine. 

3.  Va/122  Extend e (J  gcfltxsi^Esggcaa  SaEESEt  (££££) 

ECPS,  extended,  for  specific  privileged 
instructions,  the  hardware  assistance  that  the  virtual 
aachine  assist  features,  provides.  ECPS  also  provides 
hardware  assistance  for  frequently  used  VB/SP  functions. 
The  use  of  ECPS  iaproves  VB/SP  perforaance  beyond  the 
perforaance  gains  that  the  virtual  aachine  assist  feature 
provides. 

ECPS  consists  of  three  functions: 

-  CP  assist 

-  Expanded  Virtual  Bachine  assist 

-  Virtual  interval  tiaer  assist. 

CP  assist  provides  hardware  assistance  for 
frequently  used  paths  c£  specific  CP  functions. 
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Expanded  virtual  aachine  assist  extends  the  hardware 
assistance  that  the  VHA?  provides  for  certain  instructions 
and  other  privileged  instructicns. 

Virtual  Interval  tiaer  assist  provides  hardware 
updating  of  the  virtual  interval  tiaer.  Tiaer  updating 
occurs  only  while  the  virtual  aachine  is  in  control  of  the 
real  processor.  Virtual  Interval  tiaer  assist  updater  the 
virtual  tiaer  at  the  sane  freguency  hardware  updates  the 
real  tiaer,  300  tiaes  per  second.  Thus,  virtual  interval 
tiaer  assist  updates  the  virtual  tiaer  aore  freguently  than 
CP  updates  it.  Eecause  the  tiaer  is  updated  aore 

frequently,  accounting  routines  aay  he  able  to  provide 
accounting  data  that  is  aore  accurate. 

EC PS  is  controlled  at  two  levels:  The  VH/SP  systea 
and  the  virtual  aachine. 

It  the  VH/SP  systea  level,  ECES  is  autoaatically 
enabled  when  the  systea  is  loaded.  At  the  virtual  aachine 
level,  whenever  ECPS  is  enabled  on  the  systea,  both  expanded 
virtual  aachine  assist  and  virtual  interval  tiaer  assist  are 
autoaatically  enabled  when  you  log  on:  There  are  different 

class  G  coaaands  that  allcw  the  user  to  enable  or  disable 
the  different  ECPS  assists. 

F.  OTHEB  SISTEH  FEATOBES 

VH/SP  contains  several  other  features  [Ref. 13]  that 
expand  the  capabilities  cf  operating  systeas  running  in 
virtual  aachines.  They  are: 

-  Virtual  Hachine  Accounting 

-  Saved  Systeas 

-  Shared  Systeas 

-  Discontiguous  saved  segaents 

-  Shared  segaent  protection 

-  Virtual  Hachine  ccaaunication  facility. 

-  Inter-User  coaaunication  vehicle. 
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1.  Jin aai,  iasfriaf  Asssjifltiss 

VM/SP  keeps  track  of  a  virtual raachine's  usage  of 
systea  facilities  and  records  accounting  inforaation 
whenever  the  use  of  soae  changeable  resource  is  terainated. 

2.  &2S£  &2£tej 

Hhen  initially  loading  an  operating  systea  into  a 
virtual  aachine  by  device  address,  VH/SF  reads  the  resident 
nucleus  into  real  storage  and  writes  it  back  out  to  the 
Systea  paging  device.  Siaultaneously  it  updates  the  virtual 
aachine* s  paging  tables. 

In  addition,  at  systea  generation,  the  systea 
prograaaer  can  specify  that  the  virtual  aachine  contents  of 
specified  users  be  saved  autoaatically  on  DAS D  if  either 
VH/SP  terainates  the  virtual  aachine  or  if  VM/SP  itself  is 
terainated. 

3.  Jijafjd  £Z£t§J£ 

A  saved  systea  can  also  share  reentrant  portions  of 
its  virtual  storage  aaong  aany  concurrently  operating 
virtual  aachines. 

The  greater  the  nuaber  of  virtual  aachines  that  are 
using  a  shared  systea,  the  greater  the  storage  savings,  and 
the  greater  the  probability  that  the  shared  pages  will  be 
frequently  referenced.  Frequently  referenced  pages  tend  to 
reaain  in  real  storage,  thereby  reducing  paging  activity, 
less  paging  activity  increases  the  efficiency  cf  the 
processor. 

*•  liitjiai  Harbins  fisisjjsisitiaa  Easiiiii 

VHCP ,  allows  one  virtual  aachine  to  coaaunicate  and 
exchange  data  with  other  virtual  aachines  operating  under 
the  sane  VH/SP  Systea. 
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5.  IHter^sej. 


The  IDCV  defines  a  precise  protocol  for 
coaaunication  between  virtual  aachines  operating  under  the 
sase  VH/SP  systea.  In  addition,  it  is  possible  for 
authorized  virtual  aachines  to  coaaunicate  with  console 
coaaunication  services  portion  of  VH/SPE  control  prograa. 


52 


IV.  Tgs  3033  AUACgii  PHOCESSOR  COMPLEX 


A.  THE  3033  PROCESSOR  COMPLEX 

1.  General  £e£i£.jtio£  oj  MultiE£Q£essia3 

A  multiprocessing  configuration  is  cne  in  which  two 
or  aore  processors  are  interconnected  and  execute  two  or 
acre  tasks  simultaneously ,  one  in  each  processor. 
Multiprocessing  is  a  logical  extension  of  aultiprograaaing 
in  which  two  or  aore  tasks  operate  concurrently  in  a  single 
processor.  In  a  aultiprograaaing  environment  one  task 
executes  at  a  time  and  only  I/O  operations  fcr  two  cr  aore 
tasks  can  operate  siaultaneously.  In  a  aultiprocessing 
environaent  both  I/O  operations  and  instruction  execution 
for  two  or  more  tasks  in  the  saae  or  different  programs  can 
occur  simultaneously,  with  each  task  executing  in  a 
different  processor. 

The  hardware  connection  of  the  processors  in  a 
multiprocessing  configuration  is  the  means  by  which  the 
processors  communicate  with  each  other  in  order  to 
coordinate  the  activity  of  the  multiprocessing 
configuration.  A  multiprocessing  configuration  can  be 
tightly  or  loosely  coupled  cr  can  include  a  combination  of 
both  loosely  and  tightly  coupled  processors. 

A  tightly  coupled  aultiprocessing  configuration  is 
cne  in  which  (1)  the  processors  share  access  to  all  the 
processor  storage  available  in  each  system,  (2)  processor- 
to-processcr  communication  is  accomplished  via  the  storing 
of  data  in  shared  storage  and  via  direct  prccesscr-to- 
processor  signals  (both  program-  and  hardware-initiated) , 
and  (3)  a  single  control  program  is  used.  The  3033 
Multiprocessor  Complex  is,  therefore,  a  tightly  coupled 
aultiprocessing  configuration,  as  is  the  3033  Attached 
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Processor  Complex. 

A  loosely  coupled  multiprocessing  configuration  is 
cne  in  which  (1)  processors  are  coupled  via  channel-to- 
channel  connections,  (2)  each  processor  has  its  own  control 
program,  and  (3)  a  single  system  scheduling  and  operational 
interface  i.  optional. 

The  objective  of  coupling  multiple  systems  to  form  a 
multiprocessing  configuration  is  to  obtain  a  configuration 
that  combines  advantages  of  a  single  processor  environment 
with  those  of  an  uncoupled  multiple  processor  environment. 

A  single  processor  environment  offers  the  following 
advantages : 

-  A  single  interface  to  the  computing  system  for  workload 
scheduling  and  operation  of  the  system. 

-  The  ability  to  apply  all  the  resources  of  the  system  to  a 
given  job  step  when  necessary. 

The  advantages  provided  by  an  uncoupled  multiple 
processor  configuration  are: 

-  The  capability  of  adding  to  the  configuration  in  smaller 
increments,  that  is,  the  addition  of  a  smaller  processor 
rather  than  replacement  of  the  existing  processor  with  the 
next  larger  processor  when  additional  computing  power  is 
required.  The  next  larger  processor  may  provide 
additional  computing  power  far  in  excess  of  that  required. 

-  aore  economical  growth  possibilities  for  installations 
with  purchased  systems. 

-  Growth  possibilities  for  large-scale  installations  that 
have  the  largest  processor  of  the  system  already 
installed. 

-  Enhancements  to  configuration  available  (better 
probability  that  a  system  will  be  available  for  critical 
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application  processing) ,  concurrent  maintenance,  and 
improved  reliability  (protection  of  critical  jobs  from 
failures  in  noncritical  jobs  by  processing  then  in 
separate  systess) . 

2.  Highlights  of  the  3033  Processor  Complex.  Attached 

Processor  Complex,  and  Multiprofessor  Complex 

The  3033  Processor  Complex  consists  of  the  3033 
Processor,  3036  Console,  and  3037  Power  and  Ccolant 
Distribution  Onit.  The  3033  Processor  is  a  high-speed, 
large-scale,  advanced  function  processor  of  System/370.  It 
has  a  significantly  higher  internal  performance  than 
System/370  Models  165  and  168. 

The  3033  Processor  is  a  general  purpose  processor 
and  offers  high  performance  for  both  commercial  and 
scientific  applications.  The  3033  processor  has  hardware 
features  and  programming  systems  support,  such  as  that  for 
virtual  storaqe  and  virtual  machines,  that  are  designed  to 
facilitate  application  development  and  maintenance.  In 
addition,  a  3033  Processor  Complex,  its  I/O  devices,  and  its 
programming  support  can  ease  the  expansion  of  data  base  and 
online  data  processing  operations. 

The  3033  Multiprocessor  Complex  is  a  tightly  coupled 
multiprocessing  configuration  that  consists  of  two  3033 
Processors  with  multiprocessing  hardware  interconnected  via 
the  3038  Multiprocessor  Communication  Unit,  two  3036 
Consoles,  and  two  3037  Power  and  Coolant  Distribution  Units. 

The  3033  Attached  Processor  Complex  is  a  tightly 
coupled  multiprocessing  configuration  that  consists  of  a 
3033  Processor  with  multiprocessing  hardware  interconnected 
to  a  3042  Attached  Processor  via  the  3038  Multiprocessor 
Communication  Unit,  two  3036  Consoles,  and  two  3037  Power 
and  Coolant  Distribution  Units.  Like  a  3033  Multiprocessor 
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Coaplex,  the  attached  processes  configuration  can  execute 
two  instruction  streaas  (tasks)  siaultaneously,  one  in  each 
processor. 

B.  GENEBAL  DESCBIPTICH 

The  3033  Attached  Processor  Coaplex  provides  a  growth 
path  for  3033  uniprocessor  users  who  require  additional 
internal  perforaance,  but  do  not  require  all  the  advantages 
offered  by  a  3033  Multiprocessor  Coaplex,  and  offers 
advantages  over  two  uncoupled  3033  uniprocessor 
configurations.  A  3033  Attached  Processor  Ccaplex  operating 
under  OS/VS2  is  capable  of  providing  internal  perforaance 
1.6  to  1.8  tiaes  that  of  a  3033  Processor  Coaplex.  The 
internal  perforaance  iapreveaent  realized  when  a  given  3033 
uniprocesscr  configuration  is  upgraded  to  a  3033  attached 
processor  configuration  is  dependent  on  the  aaount  of 
aultiprograaaing  that  can  be  achieved.  [Ref.  15] 

C.  COMPOHEMTS 

The  coaponents  of  the  3033  Attached  Processor  Coaplex, 

are: 

-  One  3033  Model  A  Processor.  Functionally  this  unit  is  a 
uniprocessor  aodel  of  the  3Q33  Processor  with  tightly 
coupled  aultiprocessing  hardware  like  that  iapleaented  in 
aultiprocesscr  aodels  of  the  3033  Processor. 

-  One  3062  Attached  Processor  (AP)  physically  connected  to 
the  3033  Model  A  Processor  via  one  3038  Multiprocessor 
Conaunication  Unit.  The  3042  AP  contains  an  instruction 
processor  function  siailar  in  capability  to  that  in  the 
3033  Model  A  Processor.  The  3042  does  not  contain  any 
processor  storage  or  channels.  The  physical  size  of  the 
3042  AP  is  saaller  than  that  of  the  3033  Model  A 
Processor,  since  the  3042  AP  does  not  contain  channel  and 
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processor  storage  fraees.  The  3038  provides  a 
communication  path  between  the  two  processors  and  the  two 
3036  Consoles  as  well  as  processor  storage  addressing 
capabilities  for  the  3033  and  3042. 

-  Two  3036  Consoles,  one  for  the  3033  Processor  and  one  for 
the  3042  AP.  The  inclusion  of  a  3036  Console  for  the  3042 
AP  provides  independent  power  control  and  power  aonitoring 
for  the  3042.  This  3036  Console  can  also  be  used  to 
execute  liaited  diagnostics  on  a  3042  AP  concurrently  with 
operation  of  the  3033  Processor. 

-  Two  3037  Power  and  Coolant  Distribution  Units,  each  with  a 
multiprocessing  feature  installed.  Two  aotor  generator 
sets,  one  for  each  processor,  are  also  required. 

The  3033  Attached  Processor  Coaplex  can  operate  in  two 
nodes.  When  attached  processor  (AP)  mode  is  in  effect,  the 
3033  Processor  and  3042  AP  noraally  operate  together  as  a 
tightly  coupled  aultiprocessing  configuration  that  shares 
processor  storage  in  the  3033  Processor.  Hhen  uniprocessor 
(UP)  mode  is  in  effect,  the  hardware  connection  between  the 
3033  and  3042  is  not  enabled  and  only  the  3033  Processor  can 
operate  as  a  uniprocessor. 

A  3033  Attached  Processor  Coaplex  can  be  field  converted 
to  a  3033  Multiprocessor  Coaplex.  The  3033  Model  A 
Processor  must  be  converted  to  a  3033  Model  M  Processor  and 
the  3042  AP  must  be  renoved  and  replaced  with  a  second  3033 
Model  M  Processor. 

1.  3013  MfiOel  A  f rosesscr 

The  major  elements  in  the  3033  processor  are: 

*  The  instruction  preprocessing  function  and  execution 
function  which  fora  the  instruction  processor  function 
that  executes  the  instruction  set  for  the  3033  Processor. 

-  Processor  storage 

-  The  processor  storage  control  function,  which  controls  all 
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access  to  processor  storage  by  the  ether  processor 
elements  and  the  console  and  performs  virtual-to-real 
address  translation. 

Tvo  or  three  channel  groups  and  their  directors. 
Maintenance  and  retry  function. 

Standard  Features  for  the  3033  Processor  are: 

Basic  Control  (BC)  and  Extended  Control  (EC)  node  of 
operation  and  control  registers. 

Instruction  set  that  includes  binary,  decimal,  floating¬ 
point,  and  extended  precision  floating-point  arithmetic. 
Dynamic  Address  Translation 
reference  and  Change  according 
System/370  Extended  Facility 
Instruction  retry. 

Interval  timer  (3.3  ms  resolution) 

Tine-of-day  clock 
Clock  comparator  and  CPU  timer 
Monitoring  feature 
Program  Event  Recording 

Expanded  machine  check  interruption  class. 

Byte-oriented  operands. 

Store  and  fetch  protection 
High-speed  buffer  storage  -  6Uk  bytes. 

Two  channel  groups,  each  with  six  channels  (one  byte  and 
five  block  multiplexer) 

Channel  indirect  data  addressing 

Limited  channel  logout  area  with  I/O  retry  data  and  an 
extended  channel  logout. 

Reloadable  control  storage  for  the  execution  function  and 
channel  groups. 

Store  status  function 
Direct  Control. 
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Optional  features  for  tbs  3033  Processor,  which  can 
be  field  installed,  are: 

-  channel-to-channel  Adapter  (one  in  the  first  group  and  one 
in  the  second  channel  group) 

-  Extended  Channels  (third  channel  group  and  director  with 
channels  12  through  IS) 

-  Two-Byte  Interface  (for  block  aultiplexer  channels  1,  7, 

and  12  or  13  only) 

2.  JO 4,2  attached  Processor 

The  3042  Attached  Processor,  with  a  57-nanosecond 
cycle  tiae,  contains  an  IPPP,  execution  function,  PSCF,  and 
aaintenance  and  retry  function,  like  those  of  the  3033  Model 
A  Processor.  The  3042  AP  basically  differs  fron  Model  A  and 
uniprocessor  aodels  of  the  3033  Processor  in  that  the  3042 
does  not  contain  any  processor  storage  or  channels.  The 
PSCFs  in  the  3042  AP  and  3033  Model  A  Processor  coaaunicate 
with  each  other  to  support  the  sharing  cf  all  processor 
storage  available  in  the  3033  Processor.  There  are  no 
optional  features  for  the  3042  AP. 
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The  3038  Bultiprocessor  Communication  Unit 
physically  connects  the  two  processors  in  a  3033  Attached 
Processor  Coaplex.  It  provides  a  communication  path  between 
the  two  processors  and  between  the  two  3036  Consoles. 
Functionally,  the  3038  is  divided  in  half.  Each  half  is 
associated  with  the  processor  it  is  attached  to  and  receives 
its  power  and  water  ceding  froa  the  3037  of  its  associated 
processor.  Each  half  of  the  3038  can  be  powered  up  and  down 
separately  froa  the  ether  half  and  contains  and  oscillator 
for  timing  its  associated  processor. 

4.  IQ  16  £snj2ls§ 

The  two  3036  consoles  are  used  tc  perform  the 
following  aajor  functions: 

-  Sequence,  monitor,  and  control  power. 

-  Load  instruction  processor  (execution  function) ,  director, 
and  console  aicrocode 

-  Configure  certain  processor  components  and  3036  console 
functions. 

-  Control  3033  Processor  operations  (IPL,  start,  stop,  etc.) 
and  coamunicate  with  the  operating  system  being  used. 

-  Configure  the  3036  Console  for  concurrent  maintenance 
operations. 

-  Exercise  processor  components  to  locate  a  aalfunction. 

-  Display  processor  and  channel  indicators  and  logouts 

-  Execute  aicrodiagnostics  for  the  3036  and  3033  that  are 
contained  on  diskettes. 

-  Perform  remote  maintenance  operations. 

The  two  3036  consoles  in  a  3033  Attached  Processor 
Coaplex  are  Physically  identical  to  the  3036  console  used  in 
a  3033  Processor  Coaplex.  No  changes  are  Bade  to  the 
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control  panel  or  the  two  operating  stations.  However,  the 
operational  diskettes  for  a  3033  attached  processor 
configuration  contain  processor  and  console  aicrocode  that 
is  designed  to  support  aultiprccessing  and  interprocessor 
coaaunication. 

The  3036  Console  associated  with  the  3042  AP  is 
cable  connected  to  the  3042.  This  cabling  provides  certain 
hardwired  coaaunication  functions  between  the  3042  AP  and 
its  console  such  as  powering,  logging  to  the  diskette, 
hardware  configuring  using  a  configuration  display, 
indicator  displays,  etc. 

Operator  to  operating  systea  coaaunication  utilizing 
a  display  station,  prograa  access  to  a  diskette  drive 
operating  in  service  record  file  node  and  reaote  aaintenance 
operations  can  also  be  perforaed  using  the  3036  Console 
associated  with  the  3042  AP.  These  operations  require  the 
3036  console  to  be  attached  to  a  channel  in  the  3033 
Processor,  as  is  the  ether  3036  Console,  and  assigned  three 
I/O  addresses. 

I  For  attached  processor  aede  operations  at  least  one 

eperating  station  in  each  3036  Console  aust  be  functional. 
This  is  necessary  for  power  ccntrol  for  each  processor  and 
3036  Console  to  3036  Console  coaaunication  which  is 
accomplished  via  the  service  support  stations.  All  logouts 
froa  a  processor  are  written  to  the  diskette  drives  of  its 
associated  3036  Console. 

In  the  noraal  console  configuration  for  attached 
processor  node  operatiens,  one  station  in  each  3036  Console 
is  designated  as  an  operator  station  while  the  other  is 
designated  as  a  service  support  station.  One  operator 
station  in  either  3036  Console  is  used  as  the  primary 
eperating  systea  console  while  the  other  can  be  defined  as  a 
alternate  or  additional  console. 
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D.  ADVANTAGES  OF  A  3C33  ATTACHED  PROCESSOR  CONFIGURATION. 

In  addition  to  increased  irternal  performance  over  a 
uniprocessor  configuration,  an  attached  processor 
configuration  offers  advantages  over  two  uncoupled 
uniprocessor  configurations  with  the  sane  total  resources  as 
the  attached  processor  configuration,  [fief. 16] 

1.  le^s  compjer  Operational  Requirements 

An  attached  processor  configuration  has  less  complex 
operational  requirements  than  tvo  uncoupled  systems  because 
it  presents  a  single  system  image  to  the  operator  even 
though  there  are  two  instruction  processor  functions  in  the 
configuration.  The  operator  has  one  operational  interface 
to  the  entire  system,  one  job  scheduling  interface,  and  one 
point  of  control  for  all  the  resources  in  the  configuration. 
In  addition,  the  operator  must  communicate  with  and  control 
only  one  control  program  instead  of  tvo. 

2.  jj££2»fid  £esgu£C£  otilisasiaa 

Besource  utilization  in  an  attached  processor 
configuration  is  improved  over  that  of  two  uncoupled  systems 
because  load  leveling  occurs  between  the  tvo  systems,  there 
is  a  reduction  in  the  amount  of  processor  storage  required 
by  the  resident  control  program,  all  I/O  devices  in  the 
configuration  can  be  accessed  by  the  3033  Processor,  and  the 
need  for  using  shared  DASC  support  is  eliminated. 

load  leveling  occurs  for  the  two  processors  because 
of  the  way  in  which  VH/370  can  schedule  task  execution  in  a 
tightly  coupled  configuration.  Load  leveling  reduces  the 
peak  and  valley  periods  of  processor  utilization  tuat 
normally  occur  in  tvo  uncoupled  systems,  as  fellows. 
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The  two  processor s  are  considered  to  be  systea 
resources  that,  when  available,  are  allocated  to  ready 
t  sks.  Usually,  either  processor  is  capable  o £  processing 
each  task  in  the  systea.  Thus,  as  soon  as  a  processor 
becoaes  available,  it  is  allocated  to  the  highest  priority 
queued  ready  task.  Since  there  are  on  the  average  twice  as 
aany  tasks  in  an  attached  processor  configuration  than  in 
one  systea  in  a  two-uniprocessor  environaent,  the  chances 
are  significantly  reduced  that  no  task  in  the  attached 
processor  configuraticn  will  be  ready  to  execute  and  hence 
available  processor  tiae  will  be  unutilized. 

Since  there  is  only  one  copy  of  the  VM/370 
tultiprocessing  ccntrcl  prograa  resident  in  processor 
storage  in  an  attached  processor  configuration,  aore 
processor  storage  is  available  for  paging  (which  can  benefit 
perforaance)  than  in  two  uncoupled  systeas  with  the  sane 
total  anount  of  processor  storage  as  in  the  Model  a  3033 
Processor,  each  of  which  has  an  ?M/370  uniprocessor  control 
prograa  resident. 

Hhile  the  3042  AP  cannot  issue  I/C  instructions,  it 
can  process  data  read  and  to  be  written  by  the  3033 
Processor.  Therefore,  in  effect,  the  I/O  devices  in  a  3033 
attached  processor  configuration  are  pooled  for  use  by  both 
processors.  More  than  half  the  total  nunber  of  I/O  devices 
present  can  be  allocated  to  an  individual  job  step  when 
necessary.  The  pooling  of  I/O  devices  and  sharing  of 
processor  storage  peraits  the  execution  of  jobs  with  larger 
processor  storage  and  I/O  device  requirements  than  can  be 
handled  using  one  systea  in  a  configuration  with  two 
uncoupled  systeas. 

The  sharing  of  processor  storage  and  the  ability  of 
the  3033  Processor  to  access  all  I/O  devices  in  the 
configuration  also  enables  the  VM/370  control  prograa  to 
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automatically  handle  peak  load  situations  within  jobs  and  to 
balance  the  processing  across  the  two  processors.  Manual 
balancing  of  the  wcrklcad  between  twc  systems,  as  is 
required  for  two  uncoupled  systems,  is  not  required  for  a 
tightly  coupled  configuration. 

Through  pooling  the  number  of  I/C  devices  in  a 
tightly  coupled  multiprocessing  configuration  can  be  less 
than  the  number  of  I/O  devices  needed  for  twc  uncoupled 
systems  that  are  to  handle  the  same  large  I/O  job  or  peak 
load  direct  access  storage  requirements. 

Since  there  is  only  cne  control  program  for  an 
attached  processor  configuration,  there  is  nc  need  to  split 
any  data  base  into  twc  parts,  one  for  each  system,  or  to  use 
Shared  DASD  support  in  order  to  share  a  data  base  between 
the  two  systems.  The  use  of  Shared  DAS D  support  results  in 
reduced  throughput  for  two  uncoupled  systems  because  of  the 
interference  it  introduces.  This  throughput  reduction  is 
not  incurred  in  an  attached  processor  configuration  since 
there  is  only  one  OS/VS2  MVS  control  program  and  it  can 
maintain  the  integrity  cf  a  shared  data  base  without  using 
Shared  DASD  support. 

E.  NPS  IBM  3033  System  Configuration 

The  configuration  cf  the  IBM  3033  AP  System  installed  in 
the  W.B.  Church  Computer  Center,  Naval  Postgraduate  School, 
is  the  following: 
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IBB  303i  AP  SYSTEM 


QUANTITY 


ITEM 


PROCESSORS 


1 

1 

2 

2 

1 


IBB  3033-A16 
3042-1 

3036- 1 

3037- 1 

3038- 1 


Central  Processing  Unit  (16  Kbytes) 
Attached  Processcr  Unit 
Console  12  CRTs  each) 

Power  ana  Coolant  Distribution  Unit 
Multi-processor  Conaunications  Unit 


DRUMS 


2 

2 


IBM  2835-2 
2305-2 


Drua  Storage  control 

Drua  Storage  (12  Mbytes  each) 


DISK 

2 

2 


4 

6 

2 

1 

3 

1 


IBM  3830-2 
3350- A2 


3350- A2P 


3350-B2 

3350-B2F 


•IT EL  7830-1 
•ITEL  7330-1 
*  2314-1 


Disk  Storage  control 
Disk  Storage  6  Control 
(2  spindles  a  317.5 
Mbytes  each) 

Disk  Storage  (Fixed  head) 

(2  spindles  i  317.5 
Mbytes  each) 

Disk  storage  (2  spindles 
a  317.5  Mbytes  each) 

Disk  Storage  (fixed  head) 

(2  spindles  a  317.5 
Mbytes  each) 

Disk  Storage  Controller 
Disk  Storage  (100  Mbytes  each) 
Disk  Storage  (8  spindles 
a  29  Mbytes  each) 


MASS  STORAGE 

SYSTEM  (MSS) 

1 

IBM  3851-A2 

2 

3830-3 

2 

3350- A2 

2 

3350-B2 

TAPES 

2 

*  IBM 

3803-1 

6 

* 

3420-8 

1 

* 

2803-1 

1 

* 

2402-1 

Mass  Storage  Facility 
(cartridge,  50  Mbytes  ea.) 
Cq.sk  Storage  Control 
Disk  Storage  &  Control 
(23100  Mbytes  each) 

Disk  Storage 


Tape  Control 

Tape  Drives  (6250  bpi) 

Taoe  Control 

Tape  Dnits  (2  drives) 


TERMINALS  -  COMMUNICATIONS 
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5 

81 

25 

6 
1 
1 
1 


IBM  3274-D 1 
3278-2 
3278-2 
3262-3 
3777-1 
3203-3 
*  3705 


control  Quit  (  32  Terainals  each) 
Display  (EECDIC) 

Display  < Af L/EECDXC)  . 

Printer  (327B-ccapatible) 
Coaaunications  Terainal 
Line  Printer  (remote) 
coaaunications  Controller 


Lines: 

4  dial-up 

ii  ir 

hard-wired 

h  n 


8 

6 

1 

1 

2 


59600  bps  BOB 
51200  bps  ASCII 
5  300  bps  « 
a  300  bps  « 

54800  IBM  3276 
59600  “  " 

59600  BJE 


TEHMIN ALS-CQMMUNICATIONS 
1  * 


Transmission  Control 


IBH  2702-1 
t  r  N? 

4  dial-up  5134.5  bps 
4  hard-wared  5134.5  bps 
*  IBM  2701  Data  Adapter  Unit 

LI SBS  2 

3  bard-wired  54800  bps 


INPUT/OUTFQT  DEVICES 


1 

1 

2 

1 

1 

1 


IBM  2821-1 
2821-2 
14Q3-N1 
2540-1 
2501-B2 
VEBS  8222-A 


Control  Unit 
Control  Unit 
Printer  <1000  Ipa) 

Card /Bead er/Punch 

Card  Header  (self-service) 

Electrostatic  Erinter/Plotter 


NOTES:  1.  All  equipment  is  IBM  unless  otherwise  indicated. 

2.  The  asterisks  indicate  the  deviceds  retained  frca 
old  systea. 
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V.  VM/5P  FESfCHlANCJ  MBASUBEMEM1  TOOLS 


A.  INTfiODOCTION 

Measurement  facilities,  broadly  speaking,  have  been 
iapleaented  at  several  levels  of  the  Virtual  Machine 
Facility/370.  The  user  level,  the  system  operator  level,  the 
system  analyst  level,  and  the  installation  management  level. 

Three  commands  [fief.  17]  INDICATE,  QQEBY  SRM ,  and 
MONITOR ,  provide  a  way  to  dynamically  measure  system 
performance. 

Indicate:  provides  the  systen  analyst  and  general  user  with 
a  method  to  observe  the  load  conditions  on  the  system  while 
it  is  running. 

COBBY  SBM:  Provides  the  system  operator  with  expanded 
observation  facilities  for  analyzing  internal  activity 
counters  and  parameters. 

MONITOR:  Provides  the  system  analyst  and  the  system 
operator  with  a  data  collection  tool  designed  for  sampling 
and  recording  a  wide  range  of  data.  The  collection  of  data 
is  divided  into  functional  classes.  The  different  data 
collection  functions  can  be  performed  separately  or 
concurrently,  Keywords  in  the  Monitor  command  enable  the 
collection  of  data  and  identify  the  various  data  collection 
classes.  Other  keywords  control  the  recording  cf  collected 
data  or  tape  for  later  examination  and  reduction. 

The  V M/370  performance  measurement  tools  are  three 
separate  entities  [fief.  18].  The  first  known  as  LOAD 
INDICATORS  includes  the  INDICATE  and  QUERY  SBM  commands. 
It's  purpose  is  to  provide  the  users,  analysts,  and  the 
operator  with  the  means  to  observe  the  load  conditions  on 
the  system,  to  varying  degrees  depending  on  necessity  and 
the  levels  of  authority  granted  them,  such  that  they  may 
base  their  respective  dealings  with  the  systen  on  data 
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obtained  in  real-tine.  In  the  case  of  performance  problems, 
real-tiae  data  aay  be  of  limited  usefulness  and  may  only 
serve  to  confirm  that  a  problem  exists.  There  aay  be  no  way 
of  understanding,  frca  a  saall  aaount  of  on  line  data,  the 
exact  nature  of  the  problea,  how  it  arose,  or  how  it  aay  be 
resolved. 

The  second,  known  as  VM/SP  Monitor,  is  a  general  purpose 
control  prograa  service  for  collecting  a  wide  range  of  data 
relating  to  aost  aspects  of  performance  measurements.  This 
service  collects  data  on  tape  for  later  reduction  and 
analysis.  In  aost  cases,  data  collection  takes  place  with 
insignificant  overhead  and,  thus,  minimal  impact  on  the 
system  being  mcnitcred.  (Seduction  of  the  data  may,  of 
course,  constitute  a  significant  load  but  aay  be  done  with 
batch  facilities) . 

The  third  service  is  an  optional  data  reduction  system 
known  as  Statistics  Generating  package  for  VM/370,  VM/SGP. 
It  is  available  as  an  Installed  Oser  Prcgraa.  VM/SGP 
consists  of  a  data  selection  and  reporting  language,  a 
translator,  and  a  library  of  reduction  programs  to  handle 
most  classes  of  VM/SP  Monitor  oatput. 

Therefore,  together  with  a  reduction  facility,  peraanent 
records  of  summarized  aeasureaents  of  load  and  performance 
aay  be  maintained,  and  problems  aay  be  thoroughly  analyzed 
and  resolved  with  definitive  results.  The  great  flexibility 
of  VH/SGP  aay  be  eaplcyed  to  aassage  the  raw  data  into  foras 
most  acceptable  by  management  or  which  carry  the  greatest 
impact  for  the  given  circuastances. 

E.  THE  INDICATE  COMMAND 

The  indicate  coaaand  [Ref.  17]  allows  the  general  user 
and  the  system  analyst  to  display  at  their  consoles  at  any 
time,  the  usage  of  and  contention  for  major  system 
resources. 
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The  general  user  can  display  usage  of  and  contention  for 
the  aajor  system  resources  of  processor  and  storage.  He  can 
also  display  the  total  aacunt  of  resources  he  has  used 
during  his  terninal  session  and  the  nuaher  of  I/O  reguests. 
If  he  uses  the  Indicate  coanand  before  and  after  the 
execution  of  a  program,  he  can  deteraine  the  execution 
characteristics  of  that  prcgraa  in  teras  of  resource  usage. 

The  systea  analyst  can  identify  active  users,  the  gueues 
they  are  using,  their  I/O  activity,  their  paging  activity, 
and  aany  other  user  characteristics  and  usage  data. 

The  VH/SP  Schedule  aaintains  exponentially  saoothed 
values  for  data  provided  by  the  10AD  option.  Specifically, 
at  intervals  (in  seconds)  depending  on  the  processor  aodel, 
the  scheduller  calculates  the  total  activities  for  variables 
such  as  CP  and  storage  usage  for  the  nest  recent  interval, 
and  factors  then  into  a  snoothed  wait  value  in  the  following 
way:[Ref  .19] 

(  3  x  old  snoothed  wait  value  ♦  current  interval  wait) 

MSWV  * - 

4 

Where  NSHV  =  New  Saoothed  wait  value 

Thus,  only  1/4  of  the  nost  recent  interval  wait  is  factored 
into  the  new  snoothed  wait  whiqh  naJces  it  predoninantly  the 
old  smoothed  wait  value. 

The  renaining  INDICATE  coaponents  are  sanpled  prior  to  a 
user  being  dropped  frea  a  gueue.  Because  cf  the  frequency 
of  this  event,  the  renaining  conponents  are  subject  to  a 
heavier  snoothing  than  the  wait  tine.  h  general  expression 
for  the  snoothing  follows: 

nsv  *  ((rate  -  int)  (osv)/ rate)  ♦  civ 

where: 

nsv  =  new  snoothing  value 
osv  *  old  snoothing  value 
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civ  *  current  interval  value  (results  found  during  the 
current  interval  (int) 

int  =  current  interval  (tiae  period  being  tested) 
rate  =  either  history  interval  (hrate)  of  8  minutes,  or 
data  interval 

Other  operands  of  the  coaaand  allow  users  to  obtain 
ether  perforaance  inforaaticn  that  enables  thea  to 
understand  the  reasons  for  the  observed  conditions. 

Ihs  Class  g  iaiisate  samj 

The  foraat  of  the  class  G  (general  User)  Indicate  coaaand 
is: 


INDICATE 


LOAD 

OSES 


Where: 

Indicate  LOAD  produces  the  following  response,  where  n  is  a 
deciaal  nuaber  [Bef.20] 

CPD-nnnl  APO-nnn*  Ql-nn  Q2-nn  SIOBAGE-nnX  EXPAH-nnn 

PROC  xx-nn*  PFCC  TT  not 
PAGlNG-nnn/sec,  STEAI-nnn%,IOAD-nnnX 

The  CPU  figure  indicates  the  percentage  of  tiae  that  the 
aain  processor  is  running  and  is  derived  froa  the  smoothed 
wait  value  maintained  by  the  scheduler.  In  a  aultiprocessor 
environment,  PBOC  xx-nnn*  is  a  smoothed  value  that  indicates 
the  percentage  of  tiae  that  the  systea  is  cunning  on  the  IPL 
processor. 

The  APD  figure  is  the  percentage  of  tiae  the  attached 
processor  is  running.  In  a  aultiprocessor  environsent,  Pfioc 
Yt-nnnX  is  a  smoothed  value  that  indicates  the  percentage  of 
tiae  that  the  systea  is  running  on  the  ncn-IEL  processor. 

The  contention  for  the  processor  is  represented  by 
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average  nuaber s  of  users  in  gueue  1  and  gueue  2,  aaintained 
by  the  scheduler. 

The  next  field,  STORAGE,  is  a  aeasure  of  the  usage  of 
real  storage.  It  is  an  apprcxiaation  of  the  nuaber  of  pages 
in  storage  for  in-gueue  virtual  aachines  to  the  nuaber  of 
pageable  pages  is  the  systea,  expressed  as  a  percentage. 

Due  to  the  algoritha  used  by  the  scheduler  in 
approxiaating  the  nuaber  of  pages  in  storage,  the  value  of 
STORAGE  can  exceed  100X. 

The  value  aay  also  be  less  than  100*  even  when  the  sub 
of  the  estiaated  working  set  for  in-gueue  virtual  aachines 
is  greater  than  the  nuaber  of  pageable  pages. 

The  scheduler  contention  value,  EXPAN,  is  the  saoothed 
aeasure  of  the  tiae  it  takes  a  virtual  nachine  to  receive  a 
given  aacunt  of  processor  tiae,  as  follows: 

QT 

EXEAH  *  - 

Q2  slice 

Hhere: 

QT  is  the  average  elapsed  tiae  between  queue  drops  a 

Q2  virtual  aachine  spends  in  the  Q2  dispatch  list. 

Q2  slice  is  the  aaount  of  processor  tiae  allowed  to  a  Q2 
virtual  aachine  in  the  dispatch  list. 

EXPAN  is  a  aeasure  of  the  total  delay  in  response  tiae 
that  a  virtual  aachine  experiences  due  to 
contention  for  both  real  storage  and  the 
processor.  It  is  aaintained  at  a  ainiaua  value  of 
1. 

PAGING  is  the  average  nuaber  of  page  I/O  operations  (page 
reads  and  writes)  perfcraed  per  second. 
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STEAL  is  the  percentage  of  page  read  operations  that 
required  a  real  storage  page  to  be  stolen  froa 
another  in-queue  virtual  aachine. 

LOAD  is  an  artificial  value  that  atteapts  to  aeasure 

(in  teras  of  elapsed  tine)  the  percentage  of  the 
system  devoted  to  paging  because  cf  real  storage 
contention.  Estiaated  processor  tine  involved  in 
paging,  the  aaount  of  tine  spent  in  pagewait,  and 
the  percentage  of  steals  are  factored  into  the 
calculation . 

INDICATE  OSES 

Allows  a  user  to  deternine  the  resources  used  and 
occupied  by  his  virtual  aachine,  and  the  I/O  events  that 
have  taken,  place. 

The  following  two  line  response  is  returned: 

PAGES:  HES-nnn  WS-nnn  RE ADS=nnn  »BITES*nnn  NH-nnn  FH-nnn 

¥TIME=nnn:nn  TTIHE=nnn:nn  SIO=nnn  BDfi-nnn  PRI-nnn  PCH-nnn. 

The  first  line  of  the  response  displays  the  data  froa  the 
user's  VMBLOK  that  is  relevant  to  his  virtual  machine's 
paging  activity  and  resource  occupancy. 

BBS:  is  the  current  nuaber  of  the  user's  virtual  storage 

pages  resident  in  real  storage  at  the  tiae  the 
coaaand  is  issued. 

»S:  is  the  aost  recent  systea  estiaate  of  the  user's 

working  set  size. 

BEADS:  is  the  total  nuaber  of  page  reads  for  this  user 

since  he  logged  cn  or  since  the  last  ACNT  coaaand 
was  issued  fee  his  virtual  aachine. 

WRITES :  is  the  total  nuaber  cf  page  writes  for  this  user 
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since  he  logged  cn  or  since  the  last  ACNT  coaaand 
was  issued  for  his  virtual  machine. 

HH:  is  the  current  nuaber  of  virtual  pages  allocated  on 

the  systea  moveable  head  preferred  paging  area  for 
this  user. 

PH:  is  the  current  nuaber  of  virtual  pages  allocated  on 

the  systea  fixed  head  preferred  paging  area  for 
this  user. 

The  second  line  of  the  response  gives  the  user  his  processor 
usage  and  accuaulated  I/O  activity  counts  since  logon  or 
since  the  last  ACNT  coaaand  was  issued  fcr  his  virtual 
aachine. 

fTIHE  is  the  total  virtual  processor  tiie  for  the  user. 

TTIHE  is  the  total  virtual  processor  and  siaulation 
time  for  the  user. 

SIO  is  the  total  nuaber  cf  nonspooled  I/O  requests 
issued  by  the  user. 

BDB  is  the  total  nuaber  of  virtual  cards  read. 

PBT  is  the  total  nuaber  of  virtual  lines  printed. 

PCH  is  the  total  nuaber  of  virtual  cards  punched 

THE  CLASS  E  (STSTEH  ANALYST)  INDICATE  CQHHAND 
The  foraat  of  the  class  £  Indicate  coaaand  is: 


INDicate 

LOAD 

USER 

j!  ] 

Queues 

i/c. 

PAGing 

Userid! 

(WAIT  1 

!all  j 
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INDICATE  LOAD 

provides  the  saae  output  as  the  INDICATE  LOAD  option 
described  under  "The  Class  G  Indicate  Command." 

INDICATE  USER  * 

reflects  activiy  cf  the  systea  analyst's  own  -irtual 
aachine.  The  output  of  this  option  is  the  saae  as  that 
of  the  INDICATE  OSER  *  option  described  under  "The  Class 
G  INDICATE  Command". 

INDICATE  OSER  OSERID 

allows  the  systea  analyst  to  determine  the  activity  of 
other  virtual  machines  in  teras  of  the  resources  used 
and  occupied  and  events  that  have  taken  place.  Osers 
with  class  E  authority  can  access  data  fron  the  vnblok 
of  any  user  currently  legged  onto  the  systea  in  their 
atteapts  to  understand  an  overload  or  poor  performance 
situation. 

INDICATE  QOEOES 

displays  the  active  users,  the  queues  they  are  in,  the 
storage  they  are  occupying,  and  the  status  they  are  in. 
The  display  indicates  those  users  currently  dominating 
main  storage.  Osers  waiting  in  eligible  lists  are 
included  in  the  response  because  they  are  contending  for 
main  storage  and  it  is  only  by  chance  that  they  were  not 
occupying  main  storage  at  the  line  of  the  coaaand. 

INDICATE  I/O 

provides  inforaation  about  conditions  leading  to 
possible  I/O  contention  within  the  systea.  The  response 
gives  the  userids  of  all  the  users  in  I/C  wait  state  at 
that  instant  in  tiae,  and  the  address  of  the  real  device 
to  which  the  acst  recent  virtual  SIC  was  aapped. 
Because  the  response  indicates  only  an  instantaneous 
sample,  use  the  coaaand  several  tines  before  assuaing  a 
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condition  to  be  persistent.  If  it  is  persistent, 
the  SEEKS  option  of  the  BCNITOB  coaaand  to  conduct  a 
thorough  investigation  of  the  suggested  condition. 

INDICATE  PAGING  BAIT 

is  provided  for  installations  that  have  2305s  as  priaary 
paging  devices  and  ether  direct  access  devices  as 
secondary  paging  devices.  A  full  prieary  device  and 
subsequent  allocation  of  paging  space  on  the  slower 
device  may  be  responsible  for  degradation  in  systea 
perforaance.  Ose  the  INDICATE  PAGING  BAIT  option  when 
the  INDICATE  QUEUES  option  shows  that  a  significant 
proportion  of  the  users  in  gueuel  and  queue2  are 
persistently  in  page  wait.  The  response  to  the  coaaand 
gives  the  userids  of  those  users  currently  in  page  wait 
and  the  nuabers  of  page  fraaes  allocated  on  drua  and  on 
disk. 

INDICATE  PAGING  ALL 

displays  the  page  residency  data  ox  all  users  of  tae 
systea  (including  the  systea  nucleus  and  pageable 
routines) .  The  response  is  identical  to  that  of  the 
INDICATE  PAGING  BAIT  option. 

C.  QUEST  Sfifl  AND  QDEBY  PAGING  CCNBANDS 

1-  and  5€tii&g  t is  HslSM  MSSUSSS  S&fiMSSSat 

lasiafelss 

The  QOEBY  SBH  and  SET  SEN  conaands  allow  the  system 
analyst  to  guery  and/or  change  internal  systea  activity 
counters  or  paraaeter. 

The  systea  analyst  can  use  the  class  E  QOEBT  SBH  coaaand  to 
display  the  following  inforaaticn: 


current  nuaber  of  pageable  pages 
size  of  the  dispatching  tiae  slice 


-  Setting  of  the  aaxiaua  working  set  estiaate 

•  Baxiaua  drua  page  allocation  liait 

•  Current  page  aigration  counters 

Unused  segaent  elapsed  tiae  as  criteria  for  page 
aigration. 

-  current  PCI  flag  setting  aode  for  2305  page  requests 

-  Baxiaua  page  bias  value 

-  current  interactive  shift  bias  value 
Moveable  head  page  aigration  liait. 

The  class  E  SET  SBB  coaaand  allcvs  the  systea 
analyst  to  set  soae  of  the  systea  variables  that  can  affect 
the  values  displayed  by  the  QUEBI  SBB  coaaand. 

2.  flagLE.iaa  aai  Satina  £h§  £aaiaa  variable 

The  paging  variable  is  used  in  the  working  set  size 
algoritha.  The  current  paging  load  is  constantly  ccapared 
with  the  paging  variable.  Adjustments  are  then  Bade  in  the 
working  set  size  estimates,  based  on  how  well  the  actual 
load  coapares  with  the  paging  load  variable. 

The  <20  EBT  PAGING  coaaand  displays  the  paging 
variable  used  in  the  working  set  size  estiaate  control 
algoritha.  Inforaaticn  on  the  paging  rate  per  second  is 
available  as  a  response  to  the  INDICATE  LOAD  coaaand. 

The  SET  PAGING  coaaand  is  used  to  change  the  paging 
variable  used  in  the  wcrking  set  size  estiaate. 

D.  THE  HONXTOB  COMMAND 


VB/SE  Monitor  collects  data  in  two  ways: 


1.  Ey  handling 

interruptions  caused 

by 

executing 

BONITOB  CALL 

(BC)  instructions. 

2.  By  using  tiaer  interruptions  to 

give 

control 

periodically 

to  sampling  routines. 
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M0NI70B  CALL  Instructions  with  appropriate  classes 
and  codes  are  presently  eabedded  in  strategic  places 
throughout  the  main  body  of  VM/SP  code  (CP) .  When  a  MONITOR 
CALL  instruction  executes,  a  program  interruption  occurs  if 
the  particular  class  of  HCNUCR  CALL  is  enabled.  The 
classes  of  MONITOR  CALL  that  are  enabled  are  deterained  by 
the  nask  in  Control  Begister  8. 

When  a  MONITOR  CALL  interrupticn  occurs,  the  CP 
prograa  interruption  handler  transfers  control  to  the  VM/SP 
Monitor  interruption  handler  where  data  collection  takes 
place. 

Sixteen  classes  of  separately  enabled  MONITOR  CALL 
instructions  are  possible,  but  only  eight  are  iapleaented  in 
the  VM/SP  Monitor. 

Monitor  output  consists  of  event  data  and  saapled 
data.  Event  data  is  obtained  via  MONITOR  CALL  instructions 
placed  within  the  VH/SP  code.  Saapled  data  is  collected 
following  tiaer  interruptions.  All  data  is  recorded  as 
though  it  were  obtained  through  a  MONITOR  CALL  instruction. 
This  siaplifies  the  identifies ticn  of  the  records. 

The  MON I TOE  coaaand: 

-  Stops  and  starts  CP  internal  trace  table  data  collection. 

-  Displays  the  status  of  the  internal  trace  table  and  each 
iapleaented  class  cf  VM/SP  Monitor  data  collection.  In 
addition,  it  displays  those  specifications  for  autoaaric 
aonitoring  that  are  overridden  by  Monitor  coaaands.  It 
also  displays  whether  the  tape,  or  spool  file  is  rhe 
recording  aediua. 

Starts  and  stops  VM/SP  data  collection  using  tape  or 
spool  file.  It  also  closes  the  spool  file,  if  desired. 

Specifies  VM/SP  acnitor  classes  of  data  collection 
enabled,  nuaber  cf  buffers  used,  and  tine  of  data 
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collection.  It  also  specifies  other  options  which 
override  the  specifications  for  automatic  monitoring 
contained  in  DBKSTS. 

-  Specifies  the  interval  to  be  used  for  tiner  driven  data 
collection. 

-  Specifies  direct  access  devices  that  are  to  he  included 
or  excluded  froa  a  list  of  devices.  The  list  defines 
direct  access  devices  for  which  CP  is  to  collect  data  for 
the  S£EKs  class. 

NOTE:  for  nore  detail  inforaation  about  the  foraat  of  the 

Class  &  and  E  Honitcr  command,  see  (Ref. 21] 

E.  ACCOUNTING  RECORDS 

The  accounting  data  gathered  by  VH/SE  can  help  in 
analysis  of  overall  systea  operation.  Also,  accounting  data 
can  be  used  to  bill  VH/SP  users  for  tiae  and  other  system 
resources  they  use. 

There  are  three  types  of  accounting  records  [Ref. 22]. 
The  virtual  machine  user  records,  records  for  dedicated 
devices  as  well  as  T-Eisk  space  assigned  to  virtual  machine 
users,  and  accounting  records  generated  as  a  result  of  user 
initiated  DIAGNOSE  X'4C*  instruction. 

This  service  is  cnly  given  to  users  with  the  account 
option  (ACCT)  in  his  directory. 

1 .  Accounting  Records  Virtual  Machine  Resource 

The  information  stored  in  the  accounting  record  in 
card  iaage  form  when  a  user  ends  his  terainal  session  (or 
when  the  ACNT  coaaand  is  invoked)  is  as  follows.  (Columns 
1-28  contain  character  data,  all  ether  data  is  in 
hexadecimal  form,  except  as  noted 
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Colluan  contents 

1-  8  Oserid 

9-16  Account  nuaber 

17-28  Date  and  Time  of  Accounting  (mmddyyhhaass) 

29-32  Number  of  seconds  connected  to  VM/5P  System 

33-36  Milliseconds  of  processor  tine  used,  including 

time  for  VM/SP  supervisor  functions. 

37-40  Milliseconds  of  virtual  processor  tiae  used 

41-44  Number  of  page  reads 

45-48  Nuaber  of  p?ge  writes 

49-52  Nuaber  of  virtual  aachine  SIO  instructions 

for  ncnscocled  1/0 

53-56  Nuaber  of  spool  cards  to  virtual  punch 

57-60  {lumber  of  spool  lines  to  virtual  printer  (this 

includes  one  line  for  each  carnage  control 
coaaand) 

61-64  Nuaber  of  spool  cards  fora  virtual  reader 

65-78  Reserved 

79-80  Accounting  record  identification  cede  (01) 


2.  Accounting  records  for  dedicated  devices  and 
temporary  disk  space 


Accounting  records  are  recorded  and  spooled  to  disk 
when  a  previously  dedicated  device  and  temperary  disk  space 
is  released  by  a  user  via  DETACH,  LOGOFF,  or  releasing  froa 
DIAL  (dedicated  device  only) .  A  dedicated  device  is  any 
device  assigned  to  a  virtual  aachine  for  that  aachine 's 
exclusive  use.  These  include  devices  dedicated  by  the 
ATTACH  coaaand,  those  being  assigned  at  logen  by  directory 
entries,  or  by  a  user  establishing  a  connection  (Via  DIAL) 
with  a  system  that  has  virtual  2702  or  2703  lines.  The 
information  on  the  accounting  record  is  card  image  fora  is 
as  follows 


Coluan  contents 

1-  8  Oserid 

9-16  Account  nuffcer 

17-28  Date  and  tiae  cf  Accounting  (aaddyyhha ass) 

29-32  Nuaber  of  seconds  connected  to  VM/SP  system 

33  Device  class 

34  Device  type 

35  Model  (if  any) 

36  Feature  (if  any) 

37-38  Number  of  cylinders  cf  temporary  disk  space  used 
(if  any)  or  number  of  blocks  used  (columns  37-40) 
for  fixed-blcck  devices.  This  inforaation  appears 
only  in  a  cede  03  accounting  record. 

39-78  Onused  (coluans  41-78  unused  for  fixed-block 
devices) 

79-80  Accounting  record  identification  cede  (02,03) 
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3.  Accounting  fi€£S££s  o£  logon,  Aatcioa.  and  Link 
j&SUlliM 

When  LOGOS ,  AUTOLOG,  and  LINK  journaling  is  OH, 
V8/SP  aay  write  type  04, type  05,  or  type  06  records  to  the 
accounting  data  set.  These  records  are  written  when  VU/SP 
detects  that  a  user  has  issued  enough  LOGOS  or  AGTOLOG 
coaaands  with  an  invalid  password  to  reach  or  exceed  an 
installation  defined  threshold  value;  or  when  a  user  has 
successfully  issued  a  LINK  command  to  a  protected  minidisk 
not  owned  by  that  user;  or  when  a  user  has  issued  enough 
LINK  commands  with  an  invalid  password  to  reach  or  exceed  an 
installation  defined  threshold  value. 

4.  Accounting  B££££d§  Crated  by  th e  User 

A  virtual  machine  can  initiate  the  creation  of  an 
accounting  record  that  contains  up  to  70  bytes  of 
information  of  his  own  choosing.  To  do  this,  he  issues  a 
DIAGNOSE  code  X'UC*  instruction  with  the  following  operands; 

-  The  address  of  a  data  Area  in  virtual  storage  containing 
the  information  in  the  actual  format,  that  he  wishes  to 
have  recorded  in  columns  9  through  76  of  the  card  image 
record. 

-  A  hexadecimal  function  code  of  X'10‘ 

-  The  length  of  the  data  area  in  bytes. 

The  information  on  the  accounting  record  is  as  follows; 

Column  Contents 

1-  8  Userid 

9-78  User  formatted  data 

79-80  Accounting  fieccrd  identification  code (CO) 

Por  details  cn  DIAGNOSE  instructions  in  a  Virtual 
Machine  see  [Ref. 23]. 
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VI.  PERFORMANCE  ANALYSIS  Of  JjJJ  VB/370 


A.  INTRODUCTION 

The  perforaance  of  VM/370  systems  is  analyzed  with  the 
objective  of  developing  perforaance  and  resource  usage 
forecasting  equations.  A  aodel  is  developed  for  analyzing 
coaputer  perforaance  and  resource  allocation,  for  compurer 
systems  using  this  operating  systea. 

In  this  chapter  we  will  present  a  aethodcloGy  for  doing 
the  analysis,  showing  how  response  times  and  resource 
utilization  are  related  to  the  systea  load. 

Soae  perforaance  aeasureaent  and  analysis  techniques 
(Ref. 24,25]  emphasized  the  detection  of  performance 
improvements  caused  by  changes  in  the  system.  Here,  no 
attempt  was  made  to  analyze  the  causes  for  improvement  or 
lack  of  it,  nor  to  relate  these  to  the  internal  structure  of 
the  system.  Nhat  we  shall  try  to  accomplish  is  to  relate 
the  trends  in  the  data  to  the  performance  of  the  system  and 
thus  gain  an  insight  into  what  might  cause  the  systea  to 
saturate  and  its  performance  to  degrade. 

E.  SYSTEM  DESCRIPTION 

For  a  description  of  the  VH/SP  (VM/370)  see  Chapter  III. 
For  the  configuration  of  the  IEM  3033  Af,  used  in  the  H.R. 
Church  Computer  Center  NFS,  see  Chapter  IV. 

For  the  analysis  purposes,  the  VM/CMS  is  simply  a 
virtual-machine  time-sharing  system.  Each  user  of  the 
system  may  enter  tasks,  normally  from  a  remote  terminal. 
The  systea  shares  its  resources  among  these  tasks.  The  flow 
of  user  tasks  through  the  systea  is  depicted  in  Figure  1. 
(Ref. 26  ] 


A  user  is  in  the  "dormant"  state  until  he  has  completed 
creating  a  task.  Gntil  proven  otherwise,  the  task  is 
assumed  to  be  "interactive",  i.e.  to  require  fast  response 
while  making  only  slight  demands  on  system  resources.  Hkile 
receiving  service,  such  tasks  are  said  to  he  in  "Q1",  but 
before  being  admitted  to  this  state  they  are  called  "Q1 
Candidates".  If  a  Q 1  task  does  not  terminate  before 
consuming  a  certain  amount  of  CPU  time  (roughly  400 
milliseconds) ,  it  loses  its  "interactive"  status.  it  now 
becomes  a  "Q2  Candidate"  and  is  elegible  to  be  admitted  into 
"Q2",  which  is  the  set  cf  noninteractive  tasks  currently 
being  serviced.  There  is  also  a  limit  (about  five  seconds) 
on  the  amount  of  CPU  time  that  a  task  nay  receive  during  one 
stay  in  Q2.  A  task  requiring  more  CPU  time  may  cycle 
several  times  between  the  "Q2  Candidate"  and  ”Q2"  states. 

Not  all  the  possible  state  transitions  are  shown,  but 
those  shewn  are  enough  for  our  purposes. 
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C.  DEFINITIONS  AND  TYPICAL  SELATIONS 


a.  tlultiprogr  aaaing  Level 

The  only  tasks  that  lay  actually  receive  CPO  tiae  at 
any  aoaent  are  those  in  the  Q1  and  Q2  states,  those  are 
called  'in-Q'  tasks,  and  their  nuaber  is  the 
nultiprograaaing  level  (BEL)  .  The  Q 1  and  Q2  candidates  are 
tasks  that  are  ready  to  run  but  are  not  allowed  to  do  so  at 
the  aoaent  because  the  systea  does  not  wish  to  overcoaait 
its  resources.  These  tasks  are  said  tc  be  eligible. 
Adaissions  from  eligible  to  in-Q  status  is  in  order  of 
deadline  priority  which  is  based  on  a  ccabination  of  a 
peraanent  directory  ectry,  the  tiae  when  the  user  had  last 
received  service,  and  optional  penalties  depending  on  the 
user*s  previous  resource  deaands. 

In-Q  user's  aain  storage  reguiresents  are  aet 
dynaaically  through  a  deaand  paging  aecbanisa.  The  systea 
aaintains  an  estiaate  of  each  user's  storage  reguireaents; 
this  estiaate  is  referred  to  as  the  user's  projected  working 
set.  Adaission  is  based  principally  on  the  availability  of 
aain  storage  space  to  acccaaodate  the  user's  projected 
working  set. 

Hhile  a  task  is  in  Q  it  requires  systea  resources, 
e.g.  aain  storage,  file  I/O,  and  paging  I/O,  in  addition  to 
CPO  cycles.  The  rates  at  which  these  resources  are  being 
utilized  thus  provide  additional  perforsance  aeasures,  as  do 
the  response  tines  to  tasks  of  various  types.  A  true 
picture  of  systea  perfornance  can  be  gained  only  if  all 
these  factors  are  considered  simultaneously . 

b.  Systea  Scheduler 

The  aain  function  of  the  systea  scheduler  is  to 
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maintain  the  optimal  DEL  for  the  given  system  configuration 
and  user  workload.  The  scheduler  performs  its  task  by 
estimating  each  user's  working  set,  and  by  admitting  into  Q 
‘only  as  many  users  whcse  wcrking  sets  can  be  accommodated  in 
main  storage. 

2.  laEgrt^nt  jgljtjofis 

a.  HPL  and  Performance 

As  the  MP1  goes  up,  the  system  is  increasingly 
able  to  overlap  the  use  of  its  various  components, 
consequently  improving  their  utilization.  Soon,  however, 
cne  or  more  components  approach  100*  utilization,  so  that  no 
further  increase  is  possible.  The  system  is  then  said  to  be 
saturated.  There  is  no  benefit  in  increasing  the  hPL  beyond 
the  saturation  pcint,  which  is  determined  primarily  by  the 
system  configuration  See  figure  2.  The  saturation  point  is 
also  affected  by  the  nature  of  the  work  load  if  the  work  is 
unevenly  spread  among  the  system  components,  saturation  will 
occur  sooner  than  if  the  load  is  well* balanced. 

At  any  rate,  if  the  effects  cf  paging  are 
ignored,  then  curve  A  in  Figure  3  shews  a  typical 

relationship  between  performance  (as  measured  by  CPU 

utilization)  and  the  fiFL .  This  curve  might  be  an  idealized 
representation  cf  a  TH/370  system  with  essentially  infinite 
main  storage  capacity  (hence,  negligible  paging  activity). 

In  a  real  system,  main  storage  capacity  is 
finite.  As  the  HPl  increases,  the  amount  cf  storage 

available  to  each  program  decreases,  hence  the  paging  rate 
increases.  This  increase  becomes  drastic  when  the  storage 
allocated  to  each  program  falls  below  its  "working  set". 
Soon  the  paging  channel  becomes  saturated,  and  further 

increases  in  the  relative  paging  rate  force  down  the 
productive  utilization  of  ether  components,  such  as  the  CPU. 
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FIGURE.  2 

RELATION  BETWEEN  BEL  AND  RUBBER  OF  OSERS 


FIGUBE.  3 

TYPICAL  RELATION  SET  KEEN  CPU  UTILIZATION  AND  BPL 
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fc.  Load  and  Performance 

BARD  [Ref. 27],  of  IBH ,  believes  that  it  is 
important  to  understand  the  relation  between  HPL  and 
performance,  but  what  one  is  really  interested  in,  is  the 
relation  between  performance  and  the  load  placed  on  the 
system.  He  took  the  nuaber  of  active  users  as  the  primary 
aeasure  of  systea  load.  The  aeasure  is  open  to  much  valid 
criticisa.  No  two  users  are  alike;  how  can  we  compare  a  user 
who  is  editing  a  file  under  CHS  to  one  who  is  using  the  IPL 
procedure  for  a  large  virtual  Hachine  ?  yet  aeasureaents 
taken  at  many  installations  have  shown  that  perfornance 
variables  averaged  over  reasonable  periods  of  tine  (one 
week,  say)  present  very  consistent  patterns  when  plotted 
against  nuaber  of  active  users. 

c.  Response  Tine  and  Systea  Load 

As  the  Sard  Model  [Hef.28]  indicates,  we  can 
also  deteraine  how  task  response  tiae  is  affected  by  systea 
load.  Suppose  we  have  a  specific  task  in  aind  reguiring  one 
second  of  CPO  tiae  to  ccaplete.  The  response  tiae  is 
coaposed  of  the  running  tiae,  and  the  waiting  tiae  in  the 
eligible  set,  which  is  proportional  to  the  nuaber  of  tasks 
in  that  set.  To  obtain  the  running  tiae,  suppose  a  task 
requires  one  second  of  CPO  tiae.  Let  0  (n)  be  the  CPO  tiae 
utilization  at  HPL  *  n.  Zf  systea  resources  are  shared 
fairly  aaong  users,  the  task  receives,  on  the  average, 
u(n)/n  seconds  of  CPO  TIME  per  second  of  elapsed  tiae,  and 
hence  its  running  tiae  aay  be  estimated  as  n/u(n)  seconds  to 
complete  the  task  required  tiae  of  1  second. 

The  proportionality  factor  (waiting  tiae  in 
eligible  list  Vs  Nuaber  of  tasks  in  that  list)  is 
determined:  as  follows  If  the  average  task  required  T 
seconds  of  C?0  tiae,  and  the  HPL  *  H,  then  a  task  leaves  Q 1 
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or  Q2  on  the  average  cf  every  ya (n)  seconds.  Hence,  if 
there  are  H  eligible  tasks,  the  expected  waiting  tine  is  t! 
T/u  (n) .  Thus,  the  relation  cf  Figure  4  can  be  obtained, 
where  the  total  response  time  is  shown  vs  the  nuaber  of 
users.  Figure  4  shows  the  essential  effect  of  saturation  on 
response  tiae. 

This  analysis  applies  to  a  typical  task,  i.e. 
one  whose  various  resource  reguirenents  are  roughly 
proportional  tc  those  cf  tbe  overall  work  lead.  Badically 
different  types  of  tasks,  e.g.,  coaput e-bound  or  I/O  bound 
ones,  aay  present  coapletely  different  response  profiles.  A 
systea  whose  I/O  channels  are  saturated  aay  have  enough 
leftover  CPU  power  to  aaintain  excellent  response  to  a 
coapute-bound  task,  and  vice  versa. 
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d.  System  Resource  Utilization 

For  each  cumber  of  active  users,  we  could  find 
the  MPL  (Pigure  2) ,  and  then  based  on  it  find  the 
utilization.  The  result  is  shown  in  Figure  5:  utilization 
climbs  up  to  the  saturation  paint  and  then  levels  off*  In 
practice,  utilization  actually  starts  to  decrease  somewhat 
beyond  the  saturation  point,  due  to  increased  contention 
and  increased  consumption  of  storage  space  by  system  control 
blocks. 


e.  The  effect  of  Storage  Capacities 

The  typical  results  for  various  storage 
capacities  are  shown  in  Figure  3  £  Ref.  25].  In  curve  B, 

storage  capacity  can  accommodate  the  working  sets  of  three 
programs.  Hence,  utilization  peaks  at  an  HPL  of  three. 
Similarly,  curves  C  and  D  depict  storage  capacities  of  six 
and  nine  programs,  respectively.  Observe  that  the  maximum 
utilization  in  curve  E  is  considerably  below  the  infinite- 
storage  saturation  level,  but  is  very  close  to  it  in  curves 
C  and  0.  It  appears  that  cnly  a  limited  gain  in  performance 
is  attainable  by  increasing  storage  capacity  auch  beyond 
accoeaodating  six  programs,  which  is  the  infinite-storage 
saturation  point. 

In  the  HPS  3033  AP  the  storage  is  fixed  and  ve 
could  not  use  this  effect  in  this  particular  analysis. 

f.  Systee  Expansion  Factor 

Typically,  as  the  number  of  simultaneous  users 
increases,  the  response  time  steadily  degrades,  bat  sharply 
degrades  after  seme  critical  number  of  users.  Thus,  if  we 
act  so  as  to  maximize  the  number  of  simultaneous  users,  the 
effect  is  to  maximize  the  number  of  pecple  to  whom  ve  are 
presenting  a  sharply  degraded  service.  This  means  that  the 
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number  of  simultaneous  system  users  could  fce  a  misleading 
measure  of  systea  load.  Systea  expansion  factor  rather  than 
nuaber  of  simultaneous  users  could  be  a  better  measure  for 
the  computing  center  and  for  the  users.  This  factor  is 
defined  as  the  ratio  of  the  actual  time  tc  do  a  unit  of 
coaputer-liaited  work  to  the  minimum  time  to  do  that  work  in 
a  stand-alcne  environment,  and  is  calculated  by  dividing  the 
total  systea  service  time  plus  gueueing  tiae  to  perform  soae 
user-requested  action  by  the  CPU  tine  plus  the  estimated  I/O 
time  This  assumes  that  coaputatipn  tiae  and  I/O  tiae  for  any 
cne  user  are  not  overlapped.  It  also  assumes  that  all 
paging  and  disk  arm  acveaenx  are  overhead  operations, 
induced  by  contention.  Although  this  is  net  entirely  true 
in  all  cases,  it  serves  well  enough  as  a  first-order 
aproxiaaticn  of  what  actually  happens. 

3 .  Bottlenecks 

Piets  such  as  Fig.  4  and  Fig.  5  cculd  be  used  to 
spot  saturation  conditions  and  determine  the  user  load  under 
which  they  occur.  If  there  is  no  evidence  of  saturation, 
all  is  well.  However,  if  saturation  is  detected,  we  aust 
next  determine  the  system  coaponenx  that  is  causing  the 
saturation.  This  component,  which  is  called  a  bottleneck, 
is  one  whose  capacity  must  be  increased  first  before  overall 
systea  performance  can  be  improved.  Such  improvement  would 
ke  felt  in  two  ways:  an  increased  nuaber  of  users  could  be 
served  before  the  onset  of  saturation,  and  systea  throughput 
at  saturation  wculd  be  increased. 

The  main  hardware  components  of  a  VM/370  systea  are 
the  CPU,  main  storage,  the  paging  subsystem  and  the  I/O 
(other  than  paging  subsystem).  Bottlenecks  in  any  of  these 
components  can  be  spotted.  However,  this  kind  of  analysis  is 
not  the  main  objective  of  this  thesis,  and  we  will  describe 
soae  cases  only  as  examples  cf  bottlenecks. 
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a.  The  cpu 


The  CPO  is  saturated  when  its  utilization 
approaches  100  percent.  A  truly  saturated  CFO  can  be  cured 
cnly  by  being  replaced  with  a  faster  one.  However,  soae 
further  analysis  say  reveal  different  underlying  causes  for 
the  saturation  and  suggest  cures  of  a  less  draaatic  nature. 

One  case  in  point  occurs  when  the  CPO  becones 
saturated  due  to  paging  activity.  This  occurs  when  total 
CPO  utilization  approaches  100  percent,  prctlea  state  tine 
declines,  and  paging  rate  cliabs  as  the  nuab6r  of  users 
increases.  Such  conditions  prevail  if,  for  sene  reason,  the 
scheduler  consistently  underestiaates  working  sets  and  thus 
aaintains  too  high  a  NPL.  a educing  the  NFL  will  release 
soae  of  the  CPO  tiae  spent  on  paging,  but  whether  or  not  the 
reduced  NPL  will  be  sufficiently  high  to  aaintain  good 
throughput  depends  an  the  aaaunt  of  storage  available. 
Increasing  storage  capacity  while  retaining  the  sane  NPL 
would  also  decrease  the  paging  cate  and  release  soae  CPU 
tine  for  productive  use. 

The  presence  cf  conpute-bound  jobs  in  the  work 
load  can  result  in  very  high  CPU  utilization.  However,  Soae 
cf  the  CPU  tine  can  be  nade  available  to  other  users,  should 
they  need  it.  Thus,  if  response  tiae  to  the  conpute-bound 
tasks  is  not  a  priaary  concern,  then  we  should  not  really 
consider  the  CPU  to  be  saturated. 

b.  Nain  storage 

Nain  storage  is  (or  at  least  the  scheduler 
thinks  that  it  is)  saturated  when  the  eligible  list  is 
alaost  never  enpty,  [fief. 30].  Nevertheless,  a  saturated 
aenory  is  not  necessarily  a  Ferfornance  bottleneck.  If 
paging  is  aoderate  and  the  CPU  is  fully  utilized,  then  main 
storage  capacity  is  adequate  and  will  have  to  be  increased 
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only  after  a  more  powerful  CPU  is  installed.  If  both  paging 
and  CPO  utilization  are  light,  then  the  scheduler  is 
probably  overestimating  working  sets  and  conseguently 
maintaining  too  low  a  HPL. 

If  the  paging  rate  is  high,  productive  CPU 
utilization  (%  problei  state  tiae)  is  low,  and  if  the  SPL  is 
high,  then  the  scheduler  say  be  at  fault.  This  so-called 
trashing  condition  may  be  removed  by  inducing  the  scheduler 
to  maintain  a  lower  BEL. 

Only  if  the  HPL  is  low,  paging  is  heavy,  and 
productive  CPO  utilization  {%  problem  state  time)  is  low,  is 
the  saturated  main  storage  a  true  bottleneck  and  in  need  of 
expansion. 

c.  Paging 

There  are  three  components  which  contribute  to 
the  total  system  wait  tiae  in  the  VH/370.  The  idle  wait, 
when  no  high-speed  I/O  requests  are  outstanding.  The  page 
wait,  when  outstanding  1/0  reguests  are  primarily  for 
paging.  The  I/O  wait,  when  outstanding  I/O  reguests  are  not 
priaarily  for  paging. 

Typically,  the  idle-wait  state  predominates  when 
the  nuaber  of  users  is  snail.  By  the  tiae  saturation  is 
reached,  idle  wait  will  have  decreased  to  zero.  Absence  of 
idle  wait  in  itself,  however  is  no  proof  of  saturation  when 
the  nuaber  of  users  is  moderate,  there  may  be  enough  work  to 
keep  either  the  CPO  or  an  I/O  path  busy  at  any  given  tiae, 
but  not  enough  to  saturate  either. 

If  the  CPU  is  not  the  bottleneck,  there  will  be 
a  substantial  amount  of  wait  state  even  at  saturation.  This 
wait  state  may  be  due  to  poor  overlapping  of  CPU  and  I/O 
activities  caused  by  main  storage  being  insufficient  to 
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accommodate  an  adequate  BPL.  If  this  is  not  the  case, 
however,  and  if  page  wait  accounts  for  the  major  part  of  the 
residual  wait  time,  then  the  paging  subsystem  is  probably  at 
fault. 


Page  wait  may  be  experienced  either  because  the 
paging  rate  is  too  high  or  because  page  transit  time  is  too 
long.  The  first  condition  is  caused  by  working  sets  being 
underestimated  by  the  scheduler.  The  second  occurs  when 
either  no  high-speed  paging  devices  are  installed  or  their 
capacity  has  been  exceeded. 

d.  I/O  Activity 

A  bottleneck  in  the  I/O  subsystem  reveals 
itself  in  a  manner  analogous  no  the  paging  subsystem.  If 
there  is  enough  main  storage  tp  maintain  an  adequate  MPL, 
and  yet  a  significant  amcunt  cf  I/O  wait  time  remains  at 
saturation,  a  deficient  I/C  subsystem  is  indicated.  It  may 
be  simply  that  the  work  load  is  so  I/O  bound  that  no 
possible  expansion  of  the  I/O  facilities  will  handle  it.  In 
this  case,  one  might  conclude  that  the  CPO  in  use  is  too 
fast  and  a  slower  one  would  suffice.  More  typically,  some 
rearrangement  or  expansion  cf  the  I/O  subsystem  will  solve 
the  problem. 

Under  extreme  conditions,  an  I/C  bottleneck  may 
develop  if  the  MPL  is  tcc  high,  rather  than  too  low.  If 
there  is  a  concidence  between  very  high  MEL  and  high  I/O 
wait  time,  one  should  amend  the  scheduler  sc  as  to  restrict 
the  MPL  tc  a  lower  level. 

D.  DATA  REQUIREMENTS 

The  fcregcing  analysis  requires  that  performance  and 
resource  usage  variables  be  measured  over  a  certain  tree 
period,  say,  one  or  two  weeks  of  operation. 
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Foe  this  particular  experiment,  The  aeasureaents  have  to 
be  done  using  the  tools  available  to  a  General  (Jsar,  which 
is  the  status  of  the  author.  This  aeans  that  only 
priviledge  class  G  coeaands  are  available.  In  Chapter  V  the 
VB/SP  perforaance  tools  are  described,  aost  cf  which  are  not 
available  to  the  General  User. 

The  actual  tools  that  axe  available  for  a  General  Oser 
and  were  used  in  the  ezperiaent  are: 

-  The  CP  Indicate  LOAD  coaaand  (class  G) 

-  The  CP  Indicate  USER  ccaaand  (class  G) 

Other  coaaands  used  to  gather  inforaation  are  the 
following: 

-  CP  QUERY  VIRTOAI 

-  CP  QUERY  TERBINAL 

-  CP  QUERY  SET 

-  CP  QUERY  TIME 

-  CP  QUERY  USERS 

Note:  See  Chapter  V  Section  B  for  Indicate  ccaeand 

fonats. 


The  list  of  the  perforaance  and  resource  usage  variables 
to  be  aeasured  is  next: 


VARIABLE 


TOOL 


Response  tine 

Expansion 

VIRT  CPU 

TOT  CPU 

CPU  UTILIZATION 

APO  UTILIZATION 

storage 

Paging 


(seconds) 
(seconds) 
(seconds) 
(seconds) 
(  *  ) 

(  *  ) 

(  *  ) 

(Pag/Sec) 


CP  Q  TIBS 
CP  IND  LOAD 
CP  Q  TIBS 
CP  Q  TIBS 
CP  IND  LOAD 
CP  IND  LOAD 
CP  IND  LOAD 
CP  IND  LOAD 
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Residents  ( 
Borksheet  size  ( 
SIO  ( 
Users  ( 
Q1  ( 
Q2  ( 
ML  ( 


Pages  } 

CP 

INC  USER 

Pages  } 

CF 

IND  USER 

Count  ) 

CF 

INC  USER 

Count  ) 

CF 

Q  USERS 

Ccunt  ) 

CF 

IN  LOAD 

count  ) 

CF 

IN  LOAD 

Ccunt  ) 

(Cl 

1  ♦  Q2) 

Note:  to  dc  a  complete  bottleneck  analysis,  some  data 
required  (X  Problem  state  time,  X  Idle  wait  time,  X  Page 
wait  time,  X  I/O  wait  time)  is  not  obtainable  with  the  use 
cf  priviledge  class  G  (General  User)  commands.  This 
represented  a  significant  limitation  for  data  gathering  and 
analysis. 

1 .  yariables  Cef inition 

a.  CPU  X  (CP) 

indicates  the  percentage  of  time  that  the  main 
processor  is  running  and  is  derived  from  the  smoothed  wait 
value  maintained  by  the  scheduler. 

b.  APU  X  (AP) 

is  the  percentage  of  the  time  the  attached 
processor  is  running. 

c.  Storage  (SI) 

is  a  measure  of  the  usage  of  real  storage.  It 
is  an  approximation  cf  the  number  of  pages  in  storage  for 
in-queue  virtual  machines  to  the  number  of  pageable  pages  in 
the  system,  expressed  as  a  percentage. 

d.  Expansion  (EX) 


is  the  scheduler  contention  value,  and  is  the 
smoothed  measure  of  the  time  it  takes  a  virtual  machine  to 


receive  a  given  aaount  of  processor  tine.  It  is  a  aeasure 
cf  the  total  delay  in  response  tiae  that  a  virtual  aachine 
experiences  due  to  contention  £cr  both  real  storage  and  the 

processor.  If  there  is  no  contention  for  either  resource, 

EXPAN  is  aaintained  at  a  ainiaua  value  cf  1  second. 

e.  Paging  (PA) 

is  the  average  nuaber  of  page  I/O  operations 

(page  reads  and  writes)  perfcraed  per  second. 

f.  Residents  (EES) 

is  the  current  nusber  of  the  user's  virtual 

storage  pages  resident  in  real  storage  at  the  tiae  the 
coaaand  is  issued. 

g.  working  Set  (NS) 

the  systea  aaintains  an  estiaate  of  each  user's 
storage  reguireaents,  this  estiaate  is  refered  to  as  the 
user's  projected  working  set. 

h.  SIO  (SIO) 

is  the  total  nusber  of  nonpooled  I/O  requests 
issued  by  the  user. 

I.  Q1  (CD 

is  the  nuaber  of  interactive  tasks,  i.e. ,  those 
who  require  fast  response  while  asking  only  slight  deaands 
on  systea  resources. 

j.  Q2  <C2) 

is  the  nuaber  cf  ncninteractive  tasks  currently 
being  serviced. 

k.  nultiprograaaing  Level  (NPL) 
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is  the  nuaker  of  tasks  that  nay  actually  receive 
CPU  tiae  at  any  aoaent.  It  is  equal  to  the  nuaber  of  tasks 
in  Q1  and  C2  states. 

1.  Response  tise(BE) 

Composed  of  the  running  tiae  and  the  waiting 
tiae  in  the  eligible  list.  This  variable  is  going  to  be  used 
as  the  performance  variable  of  the  systea,  in  this  analysis. 

NOTE.-  Be* 11  use  the  syataols  in  parentheses  to  refer  to  the 
respective  variables. 

E.  USES  WORKLOAD  CHAB ACTE BIZ ATION 

Two  kinds  of  synthetic  prograas  were  chosen.  Both 
algorithas  are  very  simple,  with  the  intention  to  avoid 
unnecessary  complexity,  being  representative  and  sufficient 
for  our  purposes. 

The  first  algoritba  accesses  a  file  of  data  and  reads  a 
value,  executes  additions  the  nuaber  of  tines  that  value 
indicates,  and  writes  the  result  another  file.  In  this 
algoritha  access  to  the  input  and  output  files  was  included 
to  control  the  execution. 

The  second  algoritha  accesses  a  file  a  nuaber  of  tiaes, 
reading  scae  values  each  tiae  and  then  writing  then  to 
another  file. 

These  two  algorithas  have  been  written  in  F08TBANH, 
BATPIV ,  CO EOL,  and  PASCAL. 

Besides  these  algorithas,  two  script  files  are  used  for 
ether  types  of  tasks.  Three  file  handling  ccaaands  were 
tested:  The  IBASE,  BENANE,  and  COPTFILE  COHBANDS. 

Considering  the  ccapilaticn  and  execution  of  the  saae 
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algorithm  as  different  tasks,  in  the  case  of  FOBTfiANH  and 
COBOL,  the  tasks  to  be  used  as  representatives  of  typical 
tasks  are  the  following: 


Task  Name  Task  Type 


1 

FT 

1 

C 

FortranH  CFO  task  (coepilaticn) 

2 

FT 

1 

E 

FortranH  CFO  task  (Execution) 

3 

FT 

2 

C 

FortranH  I/O  task  (compilation) 

4 

FT 

2 

E 

FortranH  I/O  task  (execution) 

5 

PT 

3 

C 

FortranH 

6 

FT 

3 

E 

FortranH 

7 

PT 

4 

C 

FortranH 

8 

FT 

4 

E 

FortranH 

9 

HT 

1 

Hatfiv  CPO  task  (Comp  and  Exe) 

10 

WT 

2 

Hatfiv  I/O  task  (comp  and  exe) 

11 

CT 

1 

C 

Cobol  CPO  task  (compilation) 

12 

CT 

1 

E 

Cobol  CPO  task  (execution) 

13 

CT 

2 

C 

Cobol  I/O  task  (compilation) 

14 

CT 

2 

E 

Cobol  I/O  task  (execution) 

15 

PT 

1 

Pascal  CPO  task  (comp  and  exe) 

16 

PT 

2 

Fascal  I/O  task  (comp  and  exe) 

17 

ST 

1 

Script  task  1 

18 

ST 

2 

Script  tast  2 

19 

HBNAHE 

REDAHE  TASTK 

20 

COPTFILB 

Copyfile  task 

21 

ERASE 

Erase  task 

22 

MIXT 

All  the  tasks  above  runing 

continously. 

Note 

:  tasks  5,6 

,7  and  8  correspond  to  tasks  1,2,3  and  4 

executed  using  different  compilation  options. 


F.  TIDES  ADD  DOSEEfi  CF  CESEBV ATIONS 

Four  "shifts**  were  considered.  The  morning  shift,  which 
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is  froa  0800- 13C0;  the  afternoon  shift  froa  1300-1800;  the 
weekend  shift  froa  0900  to  2100,  Saturdays  and  Sundays,  the 
*fixed'  shift  which  is  froa  1500  to  1530  hours,  only  on 
weekdays. 

An  observation  (for  our  purposes)  is  defined  as  the 
procedure  of  data  collection  of  the  values  of  perforaance 
and  resource  usage  variables  for  the  22  tasks  indicated 
above. 

Twenty  five  observations  were  aade  for  each  shift,  which 
aakes  a  total  of  one  hundred  observations.  This  means  that 
each  task  will  be  executed  100  tiaes,  at  different  tiaes  of 
the  day,  and  days  of  the  week. 

Given  the  nuaber  cf  tasks  that  had  to  be  executed  for 
each  observation,  an  EXEC  procedure  was  written  in  a  way 
that  allowed  us  to  execute  the  22  tasks,  to  gather 
perforaance  inforaaticn  reguired  for  each  one,  continuosly, 
cne  after  the  ether,  and  with  only  one  ccaaand. 

The  creation  of  listing  files,  display  of  aessages,  and 
output  generated  by  the  different  tasks,  had  to  be  avoided, 
when  possible,  in  order  to  incur  the  least  overhead,  and  to 
reduce  considerably  the  output  for  each  observation.  All 
the  inforaaticn  gathered  by  one  observation  is  stored  in  a 
file  created  by  spooling  the  console  output  and  sending  it 
to  the  printer. 

G.  DATA  COLLECTION 

The  first  observation  was  taken  Nov  5,  1961  and  the  last 
one  Nov  20,  1981.  The  observations  were  done  at  different 
tiaes  of  the  day,  weekdays,  and  weekends,  according  to  the 
nuaber  of  observations  reguired  for  each  shift  but  without 
any  particular  pattern. 
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The  different  execs  which  were  used  are  listed  in 
Appendix  A.  The  algorithms  written  in  the  four  languages 
are  described  in  Appendix  8.  The  forsats  used  to  record  the 
data  and  a  saeple  of  the  actual  data  recorded  for  a 
particular  task  are  shown  is  appendix  C.  A  sample  cf  one 
observation  output  is  in  Appendix  D. 

To  take  one  observation  as  an  exasple,  the  coesand  used 

was: 


DACC  XXX  •SHIFT*  I1Y 


where: 

EACO  stands  for  DATA  collection  and  is  the  naae  of  the  Main 
Exec. 

XXX  is  the  nuaber  cf  the  cbservations 

•Shift*  indicates  Horning*  afternoon*  weekend*  or  fixed. 

Ill  is  the  nuaber  of  cbservations  by  shifts. 

After  one  observation  was  finished*  the  values  cf  the 
perforaance  and  resource  usage  variables  and  additional 
inforaation  required  for  each  task  were  taken  froa  the 
•observation  output*  and  recorded  in  the  foras  of  Appendix 
C. 

Once  the  data  for  the  100  observations  were  written  in 
the  foras  aentioned  above*  the  raw  data  collection  was 
finished. 

H.  THE  USE  OF  "HINITAE" 

"HIHJTAB1*  is  a  general  purpose  statistical  computing 
system*  designed  especially  fox  students  and  researchers 
priaarily  for  aoderate  size  data  sets  which  can  be  stored  in 
aain  aeaory.  Ninitab  was  found  especially  helpful  for 
exploring  data  in  the  early  phases  of  analysis*  for 
plotting*  and  for  regression  analysis. 
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In  order  to  use  'Ainitab*  an  aTAB  type  file  was  created 
containing  the  data  recorded  for  each  task.  After  all  these 
aTAB  files  were  created,  equal  nuabers  of  worksheets  were 
created  and  saved,  using  AIHITAE  commands.  At  this  point 
all  the  raw  data  gathered  was  ready  to  be  processed. 

ainitab  has  been  available  in  the  MBS  Computer  Center 
since  the  31st  August,  1981.  for  more  information  see  the 
ainitab  Reference  Manual  [fief.  29]. 

'ainitab1  consists  of  a  worksheet  of  rows  and  columns, 
in  which  data  are  stored,  and  a  collection  of  about  150 
commands,  which  operate  on  the  data  stored  in  the  worksheet. 

1 .  Data  Seduction 

For  each  task  the  correlation  between  every  two 
performance  and  resource  usage  variables  were  calculated. 
Observing  primarily  those  with  higher  correlation 
coefficients,  some  basic  transformations  such  as  log  and 
square  root  were  applied  to  the  performance  and  resource 
usage  variables. 

Different  plots  depicting  the  relation  between 
performance  and  resource  usage  variables  were  obtained  and 
analyzed. 

I.  RESULTS 


Samples  of  the  tables  of  correlation  coefficients 
obtained  for  each  task  are  shown  in  Tables  1,2. 
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retr  'Mftlc' 


corr  c1-c15 


TABLE  1 


SB 

OES 

BE 

EX 

CP 

AP 

OBS 

-0.057 

BE 

-0.434 

-0.115 

EX 

-0.554 

0.138 

0.593 

CP 

-0.675 

0. 120 

0-365 

0.418 

AP 

-0.752 

-0.019 

0.338 

0.361 

0.758 

ST 

-0.598 

0.242 

0.537 

0.808 

0.728 

0.535 

PA 

-0.572 

0.276 

0.440 

0.757 

0.598 

0.527 

HES 

0.497 

0.016 

-0.449 

-0.557 

-0.540 

-0.478 

VS 

0.504 

-0.032 

-0.458 

-0.555 

-0.557 

-0.489 

SIO 

-0.102 

-0.101 

-0.047 

0.077 

0.196 

0.244 

OS 

-0.644 

0.  124 

0.499 

0.727 

0.654 

0.661 

Q1 

-0.595 

0. 115 

0.669 

0.895 

0.590 

0.442 

Q2 

-0.657 

0.099 

0.669 

0.814 

0.746 

0.641 

SPL 

-0.649 

0.109 

0.689 

0.874 

0.698 

0.571 

ST 

PA 

BES 

VS 

SIO 

OS 

PA 

0.804 

BBS 

-0.618 

-0.688 

IS 

-0.638 

-0.696 

0.987 

SIO 

0.187 

0.  129 

-0.132 

-0.098 

OS 

0.710 

0.893 

-0.640 

-0.649 

0.109 

Q1 

0.898 

0.820 

-0.601 

-0.617 

0.065 

0.773 

Q2 

0.926 

0.764 

-0.643 

-0.651 

0. 178 

0.749 

HPL 

0.941 

0.811 

-0.643 

-0.655 

0.  132 

0.782 

retr  •  tn»ix* 


TABLE  2 


cort  c1-cl5 


SH 

OBS 

BE 

EX 

CP 

AP 

OBS 

-0.057 

BE 

-0.514 

-0.027 

EX 

-0.554 

0.138 

0.718 

CP 

-0.675 

0. 120 

0.533 

0.418 

AP 

-0.752 

-0.019 

0.446 

0.361 

0.758 

ST 

-0.598 

0.242 

0.700 

0.808 

0.728 

0.535 

PA 

-0.572 

0.276 

0.617 

0.757 

0.598 

0.527 

BES 

0.497 

0.016 

-0.573 

-0.557 

-0.540 

-0.478 

US 

0.504 

-0.032 

-0.578 

-0.555 

-0.557 

-0.489 

SIO 

-0.102 

-0.101 

0.067 

0.077 

0.  196 

0.244 

as 

-0.644 

0.124 

0.630 

0.727 

0.654 

0.661 

Q1 

-0.595 

0.115 

0.779 

0.895 

0.590 

0.442 

Q2 

-0.657 

0.099 

0.801 

0.814 

0.746 

0.641 

HPL 

-0.649 

0.109 

0.815 

0.874 

0.698 

0.571 

ST 

PA 

BES 

HS 

SIO 

US 

PA 

0.804 

BES 

-0.618 

-0.688 

iS 

-0.638 

-0.696 

0.987 

SIO 

0.187 

0.129 

-0.132 

-0.098 

as 

0.710 

0.  893 

-0.640 

-0.649 

0.  109 

Q1 

0.898 

0.820 

-0.601 

-0.617 

0.065 

0.773 

Q2 

0.926 

0.764 

-0.643 

-0.651 

0.178 

0.749 

HPL 

0.941 

0.811 

-0.643 

-0.655 

0.132 

0.782 

Q1 

C2 

Q2 

0.885 

HPL 

C.962 

0.978 
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The  results  obtained  are  the  following:  for  Tasks  1 
to  16  and  22  the  higher  correlation  coefficients  are  the 
following: 

BETWEEN  AVERAGE 


RE 

and 

EX 

.59 

RE 

and 

ST 

.59 

RE 

and 

US 

.53 

RE 

and 

MPL 

.70 

EX 

and 

BPL 

.85 

CE 

and 

C2 

.77 

ST 

and 

BPL 

.93 

PA 

and 

OS 

.89 

CP 

and 

US 

.65 

A” 

and 

VS 

.67 

For  the  Tasks  17,  18,  19  and  21  the  response  tine 
obtained  was  always  less  or  equal  to  1  second,  independently 
of  the  lead  on  the  systea.  The  tine  information  gathered  by 
the  CP  QUERY  TIME  commands  have  precision  of  the  order  of 
seconds.  Thus,  no  further  analysis  can  be  done  on  these 
tasks  in  terms  of  response  tiae  and  its  relation  with  other 
performance  variables,  using  these  commands  as  the  source  of 
data  for  Response  tiae.  The  sizes  of  the  two  script  files 
used  by  Tasks  17  and  18  are  in  relation  cf  1  to  10.  Even  so, 
it  was  not  possible  to  note  differences  in  the  response 
times  for  these  tasks.  Obviously,  the  RENAME  and  ERASE 
tasks  are  very  trivial  and  the  tools  used  to  record  response 
tiae  does  not  allow  us  to  establish  a  relation  between  the 
response  tiae  and  the  load  on  the  system. 

For  the  Task  20,  'COEYEILE*  the  only  moderately  high 
correlation  coef fiecient ,  considering  Response  tiae,  was:  RE 
VS  SIO,  .524  .  Scae  other  results  were  consistent  with 
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those  obtained  for  Tasks  1  to  16  and  22.  That  is,  the 
coapilations,  executions  and  the  Copyfile  tasks. They  are  : 


EX 

and 

MEL 

.857 

CP 

and 

Q2 

.781 

&P 

and 

OS 

.683 

ST 

and 

NFL 

.  936 

Pi 

and 

US 

.893 

»S 

and 

RES 

.987 

CP 

and 

US 

.659 

when  the  plots  are  Bade,  they  say  iaiediately  reveal 
soae  clear  trends,  but  sonetiaes,  however,  the  trends  will 
be  masked  by  random  fluctuations  in  the  data.  This  is  most 
likely  to  occur  in  those  portions  of  the  curves  where 
relatively  few  observations  are  available,  typically  in  the 
upper  and  lower  ranges  of  user  values. 

Other  reasons  for  these  fluctuations  are  that  in 
this  experiment  the  system  workload  variations  have  net  been 
minimized;  as  a  General  user,  there  is  no  tool  available  to 
measure  these  variations. 

In  the  worst  case,  there  are  fluctuations  in  system 
workload  that  vary  from  I/O  oriented  to  CPO  oriented. 

2.  Rejection  fietwssja  HP£  afid  ££U  Utilization 

As  shown  in  Pigure  6,  the  trend  corresponds  to  the 
situation  shown  in  Pigure  3. 

The  saturation  point  is  affected  by  the  nature  of 
the  work-lead  of  the  system.  He  can  assume  that  for  the  top 
points  of  Figure  6  the  work  load  is  CP  oriented  demanding 
more  CP  utilization.  He  can  see  that  with  an  aPL  cf  5  the  CP 
utilization  reaches  approximately  96*. 
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In  contrast  the  bcttoa  points  are  considered  to  be 
I/O  workload  oriented,  which  deaands  more  I/O  activity  than 
CPU  utilization.  Obviously,  for  an  I/O  oriented  work  load, 
the  CPU  utilization  will  net  rise  up  to  a  saturation  point. 
An  example  of  this  is  the  observation  tnat  with  an  HPL  of  13 
the  CPU  utilization  is  approxiaately  only  55*. 
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retr  'wftlc* 
plot  '  cp*  '■pi* 
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FIG.  6 

RELATION  EETHEEN  CPU  UTILIZATION  AND  MPL 


3.  jBaia^iss  &&$3is§A  sfi  ani  kl  uiilisatisji 


The  plot  of  Figure  7  shoes  that  the  AP  is  saturated 
with  an  HPL  of  about  3.  If  we  coapare  the  plots  of  Pigures 
6  and  7  we  can  apreciate  that  the  A?  is  acre  utilized  than 
the  CPU ,  which  Bay  indicate  that  load  leveling  is  not 
effective.  Furtheraore,  it  could  indicate  that  the  workload 
of  the  systea  is  not  I/O  oriented,  as  one  would  expect  for 
this  particular  systea,  given  that  the  AP  does  not  process 
I/O  instructions. 

4 .  Relation  Between  Response  Tiae  and  nuaber  of  Qseys 

The  plot  of  Figure  8  shows  the  essential  effect  of 
saturation  on  response  tiae.  Below  the  saturation  point, 
approxinately  86,  the  systea  is  able  to  serve  additional 
users  without  severely  iapacting  response  tiae.  With  aore 
than  about  86  users,  additional  users  can  be  accoaodated 
cnly  at  the  cost  of  reduced  service  to  all. 

Again  this  analysis  applies  to  a  typical  task,  i.e., 
one  whose  various  resource  requirements  are  roughly 
proportional  tc  those  cf  the  overall  work-lead.  Radically 
different  work  loads,  e.g.,  coapute  bound  or  I/O  bound  ones, 
aay  affect  the  response  profile  for  a  particular  task  when 
related  to  the  nuaber  cf  users. 

The  plot  of  Figure  8  corresponds  to  the  FortranH 
Task  1,  and  is  representative  of  all  the  coapilation  and 
execution  tasks  even  fer  different  languages. 

If  we  observe  the  trend  of  Figure  8  it  is  very 
siailar  to  the  typical  curve  shown  in  Figure  «,  and  was 
obtained  by  real  aeasureaects  on  the  systea. 
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FIG.  8 

HEIAIION  BETWEEN  RESPONSE  TIME  AND  NUMBER  OF  USEBS 
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plot  'BE'  •HBL* 
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s.  islatjga  Sssifiiiss  li is  Sii 

The  plot  of  figure  9  shows  that  the  response  tiae 
rises  with  a  very  slight  increment  in  BEL  until  BEL  reaches 
the  value  of  about  9.  After  that,  the  effect  of  increase  in 
BPL  produces  a  very  high  increase  in  response  time. 


6.  £elaii°S  £e£w£€Q  ase£s  and 


Lavel 


Figure  10  shows  the  relation  between  BEL  and  Osers. 
If  we  observe  the  trend  and  project  it,  we  can  estimate  that 
the  saturation  point  is  around  105  and  that  even  if  the 
number  of  users  exceed  this  number.  The  higher  BPL  will  be 
around  14  or  15.  Obviously,  if  this  occurs,  more  tasks  will 
be  pending  and  waiting  in  the  eligible  list  before  being 
serviced,  and  the  response  tiae  will  increase  rapidly  for  a 
particular  task.  Note  that  with  an  BEL  of  around  9,  the 
number  of  users  varies  from  65  tc  95  (for  this  data)  . 


7.  Jeiitici  Jetwjeu  Expansion  §&£  BEL 

The  BPL  is  somewhat  correlated  with  Expansion  and 
the  plot  of  Figure  11  allows  us  to  estimate  expansion  based 
on  values  of  BPL. 


114 


plot  »HPL*  'OS' 
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plot  'EX'  * BFL' 
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J.  REGRESSION  ANALYSIS 


A  aajor  difficult;  in  the  evaluation  of  coaputer  systems 
has  oeen  the  inability  tc  provide  a  valid  quantification  of 
the  relationship  between  perforaance  and  work  load  [Ref. 31]. 
the  problea  of  the  presence  of  a  large  nuaber  of  variables 
is  conpounded  when  the  interactions  of  these  variables  aust 
be  taken  into  account. 

A  regression  equation  can  serve  as  a  predictor  of 
perforaance  and  resource  usage  within  the  range  of  the 
variables  which  were  used  tc  estiaate  the  regression 
coefficients  [Ref. 32].  A  disadvantage  results  froa  treating 
coaputer  functions  as  black  bcxes#  where  the  regression 
variables  are  black  box  inputs  and  outputs.  This  aacro 
approach  fails  to  deal  with  the  internal  structure  of 
coaputer  functions.  The  characteristics  of  the  Internal 
structures  aay  be  iaportant  deterainants  of  coaputer 
perforaance.  Also,  it  is  possible  to  have  a  very  good  fit 
between  dependent  and  Independent  variables  without  a  cause 
and  effect  reascn  for  the  relationship.  The  goodness  of  the 
fit  aay  aislead  ona  to  believe  that  the  aatheaatical 
relationship  iaplies  a  physical  relationship. 

1*  JiJElS  ££3££§£i22 

The  correlation  analysis  showed  soae  high 
correlation  coefficients,  and  we  considered  those  for  the 
regression  equations. 

Regression  equations  were  obtained  for  all  those 
relations  that  showed  high  correlation,  with  eaphasis  on  the 
Perforaance  variable.  Response  tiae,  and  those  independent 
variables  which  are  the  aajor  contributors  for  its 
prediction. 

A  suaaary  of  the  regression  equations  which  were 
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developed  appears  in  Tables  3  tc  6  for  four  different  tasks 


Re  can  see  that  the  variable  with  highest 
contribution  tc  the  variation  of  Response  tiae  is  the 
Hultiprograaaing  level.  The  aean  of  its  contribution  for 
the  tasks  used  in  the  ezperiaent  is:  54  %, 
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TABLE  3 


TASK  ' FTIC* 


DEP 

IHDEP 

X 

SS 

HS=SS/DF 

VAR 

VAR 

4 

r 

XlO-2 

X10-2 

RE 

EX 

.59 

.351 

15.70 

15.70 

RE 

ST 

.53 

.288 

12.87 

12.87 

RE 

as 

.49 

.249 

11.  12 

11.12 

BE 

HPL 

.68 

.474 

21.22 

21.22 

EX 

HPL 

.87 

.764 

1.84 

1.84 

CP 

Q2 

.74 

.556 

263. 50 

273.50 

ST 

HPL 

.94 

.885 

58.62 

58.62 

PA 

OS 

.89 

.798 

193.50 

193.50 

»S 

RES 

.98 

.975 

79.22 

79.22 

AP 

as 

.66 

.437 

354.70 

354.70 

TABLE  4 

TASK  •BIX* 

DEP 

IHD 

t 

2 

SS 

HS=SS/DF 

VAR 

VAR 

B 

XI 0-4 

XI 0-4 

RE 

EX 

.71 

.516 

31.99 

31.99 

RE 

ST 

.69 

.489 

30.34 

30.34 

RE 

as 

.63 

.397 

24.61 

24.61 

RE 

HPL 

.81 

.664 

41.14 

4  1.14 

X1Q-2 

EX 

HPL 

.87 

.764 

1.84 

1.84 

CP 

Q2 

.74 

.556 

273.50 

273.50 

ST 

HPL 

.94 

.885 

58.62 

58.62 

PA 

as 

.89 

.798 

193.50 

193.50 

WS 

RES 

.98 

.975 

79.22 

79.22 

AP 

as 

.66 

.437 

354.70 

354.70 

w» 


TABLE 

5 

TASK  * CT1C* 

DEP 

IflD 

t 

2 

SS 

7  AH 

7AR 

£ 

s 

X10-2 

BE 

Et 

.57 

.326 

18.36 

RE 

ST 

.62 

.387 

21.77 

RE 

OS 

.55 

.284 

15.99 

RE 

HPL 

.69 

.484 

27.23 

EX 

HPL 

.85 

.728 

2.03 

CP 

Q2 

.77 

.600 

304.20 

ST 

HPL 

.93 

.874 

67.52 

PA 

OS 

.89 

.809 

199.60 

fiS 

RES 

.14 

.02 

2.18 

AP 

OS 

.67 

.451 

366.80 

TABLE 

6 

TASK  CT2E 

DEV 

IND 

r 

2 

SS 

VA8 

VAR 

tm 

R 

X10-2 

RE 

EX 

.58 

.338 

4.28 

RE 

ST 

.63 

.401 

5.07 

RE 

OS 

.55 

.306 

3.87 

RE 

HPL 

.74 

.55  9 

7.08 

EX 

HPL 

.85 

.724 

2.00 

CP 

Q2 

.77 

.602 

304.20 

ST 

HPL 

.93 

.876 

66.14 

PA 

OS 

.89 

.805 

195.06 

i)S 

RES 

.39 

.  159 

28.97 

AP 

OS 

.68 

.467 

384.83 

hs*ss/dp 

X 10“  2 

18.36 

21.77 

15.99 

27.23 

2.03 

304.20 

67.52 

199.60 

2.18 

366.80 


MS=SS/DF 
X10- 2 

4.28 

5.07 

3.87 

7.08 

2.00 

304.20 

66.14 

195.06 

28.97 

84.80 
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2.  Multiple  Regression  Equations 

This  approach  was  taken  to  investigate  the 
possibility  of  improving  the  forecast  by  using  aore  than  one 
predictor  variable. 

A  summary  cf  the  regression  eguaticns  which  were 
developed  appears  in  Tables  7  to  10  for  four  different 
tasks. 

It  is  easy  to  observe  in  these  tables  that  the  major 
contributions  to  the  variation  of  response  tiae  come  from 
the  nuaber  of  Users,  Multiprogramming  Level  and  Storage, 
where  MPL,  alone,  is  almost  as  good  as  the  three  variables 
combined. 


Calculating  the  mean  for  the  different  tasks,  we  can 
show  the  contribution  cf  the  three  variables  above,  using  a 
pie  chart: 

tfZJIQJAL 


t  1  1  I 

/  ST 


fIGUBE.  12 

MULTIPLE  CONTRIEUTICN  TO  IHE  TARIATIOB  IS  • RE  * 
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The  contribution  of  each  variable  is  shown  below: 


FIGURE .  13 

STAPLE  CCNTHIEOTICN  TO  THE  VARIATION  IN  'RE' 


If  we  include  'Exp*  as  the  4th  variable,  the 
contribution  only  rises  froa  59.6  to  59.7.  This  indicates 
that  'Exf*  is  very  dependent  on  other  independent  variables 
such  as  storage. 

Now,  if  we  coaFare  the  contribution  of  * APL ' ,  'US*, 
'ST*  together  with  that  of  *  APL*  alone,  we  can  see  that  the 
difference  is  6*. 

Therefore,  the  Aultiprograaaing  level  can  be 
considered  the  variable  with  the  highest  contribution  to  the 
variation  in  response  tine,  thus  the  best  load  indicator 
found  with  the  data  gathered  for  this  experiaent. 

The  correlation  between  'US'  and  'API'  is  .78.  Thus, 
since  the  nuaber  of  users  is  easy  to  obtain,  this  could  also 
be  considered  as  a  predictor  (not  accurate  in  all  the  cases) 
of  response  tiae. 
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TABLE  7 


TASK  ' PT1C* 


DEP 

VAR 

IND 

VAR 

2 

R 

SS 

X10-2 

as = ss/dp 

X 10-2 

RE 

US, HI 

.479 

21.40 

10.70 

RE 

US,f!L 

ST 

.593 

26.52 

8.84 

RE 

US  ,  HL 

ST, EX 

.594 

26.57 

6.64 

RE 

US  ,  HL 

ST, EX, FA 

.602 

26.91 

5.38 

RE 

US, HL , ST 

EX, PA, CP 

.614 

27.45 

4.57 

RE 

US , HL , ST 

EX, PA, CP 

.615 

27.50 

3.92 

AF 
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TABLE  8 


TASK 'BIX  * 


DEP 

VAB 

IND 

TAR 

2 

R 

SS 

110-4 

MS=SS/DF 

110-4 

RE 

OS,  BL 

.664 

,41.14 

20.57 

RE 

os,sl 

ST 

.704 

43.61 

14.53 

RE 

OS ,  ML 

ST,  El 

.704 

43.61 

1C. 90 

RE 

OS,  BL 

ST, El, PA 

.704 

43.62 

8.72 

RE 

OS,HL,ST 

EX, PA, CP 

.704 

43.65 

7.27 

RE 

OS  ,  BL  ,  ST 

EX, PA, CP 

AP 

.705 

43.70 

6.24 
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TABLE  9 


TASK  ' CT1C' 

DBP  IHD  SS  HS=SS/DF 


7  AB 

VAB 

2 

B 

XI 0-2 

XI 0-2 

BE 

OS,  HI 

.465 

27.28 

13.64 

RE 

OS,  HI 

ST 

.491 

27.66 

9.22 

RE 

OS,  HL 

ST, EX 

.493 

27.75 

6.93 

RE 

OS  ,  HI 

ST, EX , FA 

.504 

28.34 

5.66 

RE 

OS , HL, ST 

EX, FA, CP 

.508 

28.57 

4.76 

RE 

OS,HL,ST 

EX, PA, CP 

AP 

.510 

28.69 

4.09 
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TABLE  IQ 


TASK 

*  CT2E* 

D  BP 

VAB 

IND 

VAB 

2 

R 

SS 

X10-2 

SS*SS/DP 

X 10-2 

RE 

OS,SL 

.563 

7. 13 

3.56 

RE 

as, si 

ST 

.60 

7.61 

2.53 

RE 

as ,  HL 

ST, EX 

.607 

7.69 

1.92 

RE 

os,sl 

ST, EX, PA 

.607 

7.69 

1.53 

HE 

OS,  SL, ST 
EX, PA, CP 

.607 

7.70 

1.28 

RE 

as,8t,si 

EX, PA, CP 

AP 

.607 

7.70 

1.10 
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APPENDIX  A 


CACO  EXEC 


**********************************  **************** 

THIS  IS  THE  MAIN  EXEC  OSED  JO  BON  EACH  OESEB VATION 

************************************************** 


5TBACE 

GLOBAL  TXTLIE  COEIIBVS 
ACC  19E  P 
OBSERVATION  103 

PIXED  025 

HORNING  025 

AFTERNOON  025 

WEEKEND  025 

EXEC  BLK5 

CP  SPOOL  CCB  TO  *  START  NOTBBJJ  CONT  CLASS  A 

STIPE 

STYPB 

STHACE 

&  A  *  &LITEBAL  OF  CBSEBT  ATION 
&B  *  &LITEEAL  OF  ***** 

STIPE  &A  SI  SB  &2  S3 

EXEC  BLK5 

CP  Q  T 

STIPE 

STIPE 

STIPE 

STIPE  SISTEH  DESCRIPTION 
EXEC  ELKS 
CP  C  SET 
STYPE 

CP  C  TERMINAL 
STYPE 

CP  C  VIRTOAl 
STIPE 

CP  C  EROCESS 
STIPE 

CP  C  SPMODE 
STIPE 
CP  Q  TIME 
STIFE 

CP  Q  OSERS 

STIPE 

STIPE 

EXEC  ELK20 
EXEC  BLK5 

******  PORTBANH  TASK  1 
EXEC  FORTAS1 
STIPE 
EXEC  BLK5 

******  PORTBANH  TASK  2 

EXEC  FORTAS2 

STIPE 

EXEC  ELK  10 

******  PORTBANH  TASK  3 
EXEC  FORTAS3 
STIPE 
EXEC  BLK5 

******  FORTRANH  TASK  « 

EXEC  FORTAS4 
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STIPE 
EXEC  ELKS 

******  (iATPIV  TASK  1 
EXEC  BATTAS1 
STYEE 

EXEC  ELK  10 
EXEC  BLK20 

******  SATFIV  TASK  2 
EXEC  HATTAS2 
STYEE 

EXEC  BLK20 
EXEC  BLK20 
******  COBOL  TASK  1 
EXEC  C0BTAS1 
STYEE 

EXEC  BLK10 
******  COBOL  TASK  2 
EXEC  C0BTAS2 
STYEE 

EXEC  BLK20 

******  PASCAL  TASK  1 

EXEC  PASTAS1 

STYEE 

EXEC  ELKS 

EXEC  BLK20 

******  PASCAL  TASK  2 
EXEC  PASTAS2 
STYFE 

EXEC  ELK  10 
EXEC  BLK20 

******  SCHIET  TASK  1 
EXEC  SCRTASl 
STYEE 
EXEC  BLK20 
EXEC  BLK20 

*******  SCSIPT  TASK  2 

EXEC  SCRTAS2 

STYEE 

STYEE 

STYEE 

EXEC  ELK  10 

******  MISCELLANEOUS  TASKS 
EXEC  MISTAS 

CP  SPOOL  CCN  STOE  CLOS? 

CP  SPOOL  CON  OPP 
READ  CONSOLE  PILE 


Q  TIHE 

PRINT  CONSOLE  FILE 


(LI NEC CON  77 
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THIS  IS  THE  EXEC  EOBT AS  1 


STHACE 

SPRINT  FORTFANB  TASK  1 
EXEC  DACOI 

FOBTHX  FORT AS  1  (NCPBINT 
EXEC  DACOI 

GLOBAL  TXTLIB  POBTMCD2  BOD2EEH 
FILED BF  01  LISE  ET1 D  DATA  A1  (BECFH 
FILED EF  02  DISK  f TIG  DATA  A1  (SECFM 
SPRINT 
SPRINT 

LOAD  FOBTAS1  (START 
EXEC  DACOI 


FB  LBECL  80  PERN 
FB  LfiECL  60  PERM 


***** ******************* 

THIS  IS  THE  EXEC  NATTAS1 

************************ 


ST RACE 

SPRINT  HATFI?  TASK  1 
EXEC  DACOI 
FILED EF  06  CLEAR 

FILEDEF  01  DISK  SLID  HATFIV  A1  (RECFfl  FE  LBECL  80  PERN 
STIPE 

HATFIV  WATTAS1  NT  ID 
EXEC  DACOI 


************************ 

THIS  IS  THE  EXEC  COST AS  1 

************************ 


6TRACE 

SPRINT  COBOL  TASK  1 

STIPE 

STIPE 

GLOEAL  TXTLIE  COELIBfS 
ACC  19E  P 

FILEDEF  CARDIN  DISK  C11D  DATA  (PERU 

FILEDEF  CABDOU  DISK  CI1C  DATA  (PEfiB 

EXEC  DACOI 

COBCL  C0BTAS1 

EXEC  DACOI 

LOAD  COBTAS1  (START 

EXEC  DACOI 


THIS  IS  THE  EXEC  PASTAS  1 


STRACE 

SPRINT  PASCAL  TASK  1 
EXEC  DACOI 
PH  PA  STAS  1 
EXEC  DACOI 
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18££liS5  CODE 


******  THIS  IS  THE  FIRST  FCBTRANH  ALGORITHM  ****** 


C  THIS  IS  THE  FIRST  F OR TRAM H  TASK 

S0M=0 

READ  (0  1  ,*)  J 

C  READING  A  VALUE  FROM  AN  INPOT  FILE 

DO  50  I*1.J 

C  EXECUTING  AN  ADDITION  J  TIMES 

S0M=SUM+ 1 00 
50  CONTINUE 

WRITE  (02. *) SOM 

C  WRITING  A  VALUE  1C  AN  OUTPUT  FILE 

STOP 
END 


******  THIS  IS  THE  SECOND  FORTRANH  ALGORITHM  ****** 


THIS  IS  THE  FORTRANH  TASK  2 
SUM  *  0 
DO  50  1*1,20 

READING  FROM  AN  INPUT  FILE  AND  WRITING  TO  AN  COTPUT  FILE 


READJ01.*) A,B,C,D.E 
WRITE  (02,*) A,B,C,D,E 
SUM  *  SUM  *A-*B+C  +  D*  E 


50  CONTINUE 

AVBR=SUH/100 
WHITE (02,*) AVER 
TO  CHECK  ALL 
STOP 
END 

JJCB 


THE  DATA  WAS  READ  CORRECTLY 


******  this  IS  THE  FIRST  WATFIV  ALGORITHM  ****** 

FIRST  WATFIV  IASK 

100 
SUM 

******  THIS  IS  THE  SECOND  WATFIV  ALGORITHM  ****** 


1 

2 

3 

4 

5 

6 
7 

a 


50 


SENTRY 
SJOB 


THIS  IS  THE 
SUM*0 

READ J01 ,*) J 
DO  50  1=1, J 
SCB»SUfl* 
CONTINUE 
WRITE  (06,*) 
STOP 
END 
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THIS  IS  THE  WAIFIV  TASK  2 
SUM*0 

DO  50  1*1,20 

5HT^o4*Usf6ctD’E 

W  0X1 fi  IUO 


!(06 ,*) A 
WRITE  l06  C 
SUE*SUM+A«-B+ 
CONTINUE 
AVER=SOM/ 100 
WHITE  (06,*)  A? EH 
STOP 
END 


SENTBY 


d*D*E 


******  THIS  IS  THE  FIRST  COBOL  ALGORITHM 


IDENTIFICATION  DIVISION. 

PROGRAM-ID.  CCETAS1. 

AUTHOR.  HOWL. 

SKIP  1 

*  THIS  IS  THE  FIHST  COBOL  TASK 
SKIE1 

ENVIRONMENT  DIVISION. 

CONFIGURATION  SECTION. 

SOURCE-COMPUTER.  IEfl-3033. 

OBJECT-COMPUTER.  IEH-3033. 

SKIP  1 

INPUT-OUTPUT  SECTION. 

FIIE-CCNTFOL. 

SELECT  IN-CATA  ASSIGN  TO  DA-S-CARCIN. 
SELECT  OUT-DATA  ASSIGN  TO  UR-S-CABDOU. 

DATA  DIVISION. 

FILE  SECTION. 

FD  IN-DATA  LAEEL  BECOECS  ARE  STANDARD. 

01  NUH 1 . 

05  NUM  PIC  9(4). 


05  NUM  PIC  9(4). 

05  FILLER  EIC  X  (76) . 

FD  OUT-DATA  I ABEL  RECOBES  ARE  OMITTED. 

01  TOTAL  PICTURE  999999. 

WORKING-STORAGE  SECTION. 

77  SONTOT  PICTURE  999999. 

77  REPS  PICTURE  99999. 

PROCEDURE  DIVISION. 

SKIP  1 

CONTROL-ROUTINE. 

SKIP  1 

PERFORM  INITIALIZE. 

PERFORM  SUMATICN  UNTIL  REPS  IS  ECUAL  TO  NUM. 
PERFORM  CLEANUP. 

STOP  BUN. 

INITIALIZE. 

OPEN  INPUT  IN-CATA. 

OPEN  OUTPUT  OUT-DATA. 

MOVE  ZERO  TO  SUHTOT,  REPS.  TOTAL. 

READ  IN-DATA  AT  END  STOP  SUN. 

SU RATION . 

ADD  100  TC  SUHTOT. 

ADD  1  TC  BEP3. 

CL  EA  NUP 

WRITE  TOTAL  FROM  SUHTOT. 
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CLOSI  IN-IATA* 
CLOSE  OUT-DATA . 


******  THIS  IS  THE  SECOND  COBOL  ALGORITHM 


IDENTIFICATION  DIVISION. 

PROGRAM-ID.  CCETAS2. 

AUTHOR.  WCHL. 

SKIP  1 

*  THIS  IS  THE  SECOND  COBOL  TASK 
SKIP  1 

ENVIRONMENT  DIVISION. 

CONFIG OB AT ION  SECTION. 

SOORCE-C  .HPOTEB.  IEH-3013. 

03JECT-CCMPUT Efi.  IEB-3033. 

SKIP  1 

INPOT-OOTPOT  SECTION. 

PI IE-CCNTBOL. 

SELECT  IN-DATA  ASSIGN  TO  DA-S-CABDIN. 

SELECT  OOT-DATA  ASSIGN  TO  UR-S-CABDOU. 

DATA  DIVISION. 

FILE  SECTION. 

FD  IN-DATA  LAEEL  BECOBDS  ABE  STANDABC. 

01  INOHS. 

OS  NUH1  PIC  9. 

05  N0H2  PIC  9. 

05  N0H3  PIC  9. 

05  NUN4  PIC  9. 

05  NUH5  PIC  9. 

05  FILLER  PIC  X  (75)  . 

FD  OOT-DATA  I ABEL  BECOBDS  ABE  OMITTED. 

01  ONOHS. 

05  NON  1 
05  NOH2 
05  N0N3 
05  N0H4 
05  NOH5 
01  1VEB 

WOEKING-STOBAGE  SECTION. 

77  SOHTCT 
77  COON 
77  3 EPS 

PBOCSDOHE  DIVISION. 

SKIP  1 
CCNTROL-BOOTINS. 

SKIP1 

PERFORM  INITIALIZE. 

PERFORM  RE AD-WBITE  ONTIL  REPS  IS  EQUAL  TO  COON. 
PERFORM  CLEANUP. 

STOP  RON. 

INITIALIZE. 

OPEN  INPOT  IN-DATA. 

OPEN  OOTPOT  OUT-DATA. 

HOVE  ZERO  TO  SUHTOT,  REPS,  AVEB. 

READ-WRITE. 

READ  IN-DATA. 

WRITE  ONOMS  FBCM  INOHS. 

ADD  NON  1  OF  INUMS  TO  SUHTOT. 

ADD  N0H2  OF  INOHS  10  SUHTOT. 

ADD  N0H3  OF  INOHS  TO  SUHTOT. 

ADD  NUM4  OF  INOHS  TC  SUHTOT. 

ADD  NUH5  CF  INUHS  TC  SUHTOT. 

ADO  1  TO  BEPS. 

CLEANUP. 


PIC  9. 

PIC  9. 

PIC  9. 

PIC  9. 

PIC  9. 

PIC  9. 

PIC  999. 

PIC  99  VALUE  IS  20. 
PIC  99. 
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COMPOTE  SUMTQT  *  SOHIOT  /  100. 
WHITE  A  VEB  FHOB  SUMTCT. 

CLOSE  IN-CATA. 

CLOSE  OUT-EATA. 


******  THIS  IS  TBS  FIBST  PASCAL  ALGORITHM 


IS  THE  FIRST  PASCAL  TASK 
PASTAS1  (INPUT, OUTPUT) ; 
INTEGEB; 

INTEGER; 

INTEGEB; 

FILE  OF  CHAR; 

FILE  OF  CHAR; 


(*  THIS 
PROGRAM 
TAR  SON 
N08 
SEP 
X 
T 

BEGIN 

<*  OPENING  INPUT  ANE  OUTPUT  FILES  *) 
RESET (X, *  ET ID  DATA  A') J 
RESHITE  (Y,‘PT1C  DATA  A'); 

WRITELN; WRITELN : 

SUM:=0;NUM:=0;BEP:=0; 

READ  (X,  NUN)  ; 

WHILE  REP  <=  NUH  DO 

BEGIN  SUH  :=SUM*1Q0;REP:=REP+1  END; 
WRITELN  (T,SUH)  ; 

END. 


******  THIS  IS  THE  SECOND  PASCAL  ALGORITHM  ****** 


(*  THIS  IS  THE  SECOND  PASCAL  TASK  *) 
PROGRAM  PASTAS2  (INEUT, OUTPUT) ; 

CONST  M=1 00 ; 

TAR  SUM  ;  INTEGER; 

NUM  :  INTEGER; 

TIM  I  INTEGER; 

AVER:  INTEGER: 

A,B,C,D,E:  INTEGEB; 

X  :  FILE  OF  CHAH; 

Y  ;  FILE  OF  CHAR; 

BEGIN 

(*  OPENING  INPUT  AND  OUTPUT  FILES  *) 
RESET (X, 'PT2D  CATA  A  * ) J 
REWRITE  (Y,  * PT2C  DATA  A')? 

WRITELN: WRITELN; 

SUH  :=  0 : AVER  :  =  0;TIM 
REPEAT  READ  (X ,  A)  ; 


:*  0; 


WRITE  <S,A)  ; 
SUM  :=  SUM+A; 


END. 


TIM  :=  1IM+1: 

WRITELN  (I, TIM) 

UNTIL  TIH=100; 

AVER  :=  SUM  CIV  100: 

WRITE (Y, AVER)  ;WRITEtN  (Y,SUM) 
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COLUMN 

CP 

COUNT 

100 

BOH 

1 

95. 

2 

95. 

3 

48. 

4 

40. 

5 

87. 

6 

66. 

7 

57. 

8 

30. 

9 

56. 

10 

61. 

11 

64. 

12 

50. 

13 

31. 

14 

39. 

15 

49. 

16 

40. 

17 

81. 

18 

32. 

19 

62. 

20 

23. 

21 

2  7. 

22 

37. 

23 

35. 

24 

51. 

25 

50. 

26 

21. 

27 

18. 

28 

17. 

29 

17. 

30 

28. 

31 

26. 

32 

7, 

33 

8. 

34 

8. 

35 

9. 

36 

16. 

37 

15. 

38 

12. 

39 

11. 

40 

65. 

41 

56 . 

42 

50. 

43 

45. 

44 

50. 

45 

49, 

46 

42, 

47 

50. 

48 

57, 

49 

72, 

50 

52, 

51 

57 

52 

38 

53 

25, 

54 

29, 

55 

56 

56 

32 

57 

50 

58 

52 

59 

25 

60 

62 

61 

77 

62 

82 

63 

94 

64 

71 

65 

57 

AP 

ST 

100 

100 

100. 

24. 

100. 

23. 

83. 

28. 

92. 

12. 

92. 

14. 

H: 

9. 

12. 

81. 

5. 

94. 

10. 

69. 

9. 

93. 

22. 

92. 

11. 

51. 

4. 

60. 

4. 

86. 

6  • 

77. 

9. 

94. 

8. 

70. 

6. 

94. 

6. 

90. 

3. 

79. 

4. 

69. 

6 . 

75. 

6. 

90. 

1 1. 

91. 

12. 

43. 

1. 

32. 

1. 

17. 

2. 

IS. 

3. 

81. 

6. 

60. 

6. 

6. 

0. 

57. 

1. 

47. 

4  • 

33. 

i. 

26. 

i. 

95. 

9. 

91. 

9. 

76. 

17. 

66. 

16. 

76. 

19. 

70. 

28. 

66. 

25. 

86. 

13. 

90. 

13. 

93. 

14. 

94. 

1  1. 

93. 

1  1. 

91. 

7. 

80. 

3. 

91. 

6. 

93. 

9. 

49. 

7. 

74. 

17. 

72. 

19. 

77. 

2 

94. 

9. 

97. 

15. 

98. 

12. 

99. 

19. 

73. 

12. 

62. 

10. 

PA 

100 

45. 

37. 

14. 

30. 
11. 
13. 
19. 

,1: 

18. 

1. 

4. 

13. 

12. 

17. 

14. 

6. 

10. 

13. 
9. 
9. 

35. 

34. 

0. 

0. 

1. 

1. 

1. 

1. 

0. 

0. 

0. 

0. 

0. 

0. 

0. 

0. 

8. 

18. 

31. 

32. 
32. 
53. 
38. 
5C. 
28. 
30. 
22. 

14. 


4  • 

14. 

19. 
23. 
35. 
32, 

1 . 

20. 
26. 
12. 
1 1 . 

6. 

5. 
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colobb 

COOHT 
BO  I 
1 
2 

3 

4 

5 

6 

7 

8 
9 

H 

15 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 

27 

28 

29 

30 

31 

32 

33 

34 

35 

36 

37 

38 

39 

40 

41 

42 

43 

44 

45 

46 

47 

48 

49 

50 

51 

52 

53 

54 

55 

56 

57 

58 

59 

60 
61 
62 

63 

64 

65 
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APPENDIX  C 


SAMPLE  CF  OESEB? ATION  OOTPOT 


44*******4************************** ******* 

THIS  IS  THE  SAMPLE  CF  AN  OBSERVATION  OOTPOT 

**********************4******************** 


OBSERVATION  OOO  *****  SAMPLE  0Q1 

TIME  IS  11:15:26  PST  HECNESOAY  12/09/81 

CONNECT®  01:02:12  VIBTCPO*  000:06.64  TOTCPO®  000:15.27 

SYSTEM  DESCRIPTION 


MSG  ON  ,  HNG  ON  ,  EMSG  TEXT ,  ACXT  ON  ,  BON  OFF 
LINEDIT  ON  ,  TIMES  ON  ,  ISAM  OFF,  ECMODE  OFF 
ASSIST  ON  SVC  NOTHB,  PAGEX  OFF,  AOTOPC LL  OFF 
IMSG  ON  ,  SMSG  OFF,  AFFINITY  NONE  ,  NOTBAN  OFF 
VMSAVE  OFF,  370E  OFF 
STBYPASS  OFF  ,  STEOLTI  OFF  GQ/000 

LINEND  *  ,  LINEDEL  ,  CBABDEL  d  ,  ESCAPE  "  ,  TABCHAB  ON 
LISESIZE  080,  ATTN  OFF,  APL  OFF,  TEXT  OFF,  MODE  VH 
HILIGHT  OFF,  CONMODE  3215,  BBEAXIN  IMMED  ,  EE K KEY  PA1 
SCBNSAVE  OFF 

STORAGE  *  01024X 
CHANNELS  =  SEL 

CONS  009  ON  GBAF  47B  NOTERM  STAB! 

009  CL  A  CONY  NOBCLD  COPY  001  READY  FORM  STANDABD 
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009 

TO  2807P 

DIST 

HAfitLANIL 

FLASHC  000 

009 

FLASB 

CHAB 

BDFY 

FCB 

RDB 

00C 

CL  *  NOCONI 

NOHCLD 

EOF 

READY 

PON 

OOC 

CL  A  NOCONT 

NOHCLD 

COPY  001 

BEADY  FORM 

STANDARD 

OOD 

FOR  2S07P 

DIST 

BABBANIL 

PBT 

00E 

CL  A  NOCONT 

NOHCLD 

COEY  001 

READY  FORB 

STANDARD 

OOE 

FOR  2807P 

DISI 

HO  ML 

FLASHC  000 

OOE 

FLASB 

CHAB 

BDFY 

FCB 

DASD 

120 

3350  VHRES2 

B/O 

6  CYL 

DASD 

121 

3350  VBRES2 

B/O 

6  CYL 

DASD 

190 

3350  VBRES 1 

B/O 

45  CYL 

DASD 

191 

3330  NS0083 

a/9 

8  CYL 

DASD 

19E 

3350  VHRES1 

B/O 

65  CYL 

PROCESSOR  00  ONLINE,  EROCESSOB  01  ONLINE,  SYSTEB  IN  AP  BODE 
SPBODE  OFF 

TINE  IS  11:15:26  PST  HEDNISEAY  12/09/81 

CONNECT*  01:02:12  VIBTCP0*  000:Q6.65  T01CP0*  000:15.31 

079  OSEBS,  000  DIALED,  000  NET 


FOBTBANH  TASK  1 


CP  IND  LOAD 

CPO  -  054%  APO  -  094*  Q 1-01  Q2-02  STCEAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  ST2AL-000*  LOAE-000% 

CP  IND  USER 

PAGES:  8ES-0050  NS-0047  HEADS*0Q1044  HBITES*00Q874 
HH  -0000  FH  -0051 

7TIME=000 : 07  TTIME*000: 15  SIO=001551  BDB-000451 
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PBT-002453  PCB-COGOOG 
CP  Q  USERS 

079  OSEBS ,  000  DIALED,  000  RET 
CP  Q  TIHE 

TIHE  IS  11:15:27  PST  WEDNESDAY  12/09/81 

CONNECT*  01:02:12  7IETCPU*  000:06.66  TOTCPU*  000:15.36 

FORTBAN  H  EXTENDED  CCHPILEB  ENTERED 

♦STATISTICS*  NO  DIAGNOSTICS  GENERATED 
******  END  OP  COHPILATICN  ****** 


CP  IND  LOAD 

CP9  -  0535  APU  -  0945  Ql-01  Q2-02  STCBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LGAD-000* 

CP  IND  US SB 

PAGES:  BES-0160  HS-0047  B£ADS*QQ1045  WBITES=000874 
MH  -0000  PH  -0051 

YTIHE=000:07  TTIHE*000:16  SIO*001639  RDB-000451 
PBT-002453  PCH-000000 

CP  Q  USEBS 

079  USEBS,  000  DIALED,  000  NET 
CP  Q  TINE 

TIHE  IS  11:15:29  PST  WEDNESDAY  12/09/81 

CONNECT*  01:02:16  PISTCPU*  000:06.72  TQTCPO*  000:15.57 
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EXECUTION  BEGINS 


CP  IND  LOAD 

CPU  -  053*  APU  -  0941  Q1-Q1  Q2-02  SIOBAGZ-008* 

,EXPAN-0Q1 

PAGING-01 8/SEC  STEAI-000*  LOAJ3-000* 

C?  IND  USES 

PAGES:  BES-0066  NS-0047  READS-C01051  NBITES=000874 
HH  -0000  PH  -0051 

VTISE=000:07  TTIHE*000:  16  SIO  =  OQ1759  BDB-000451 
PRT-002453  PCH-000000 

CP  3  USERS 

078  USERS,  000  DIALED,  000  NET 
CP  3  TIDE 

TIHE  IS  11:15:36  EST  SEDNESDAI  12/09/81 

CONNECT*  01:02:23  VIBTCPU*  000:06.80  TOTCPU*  000:15.80 


FOBTRANH  TASK  2 


CP  IND  LOAD 

CPU  -  053*  APU  -  094*  31-01  Q2-02  STCBAGE-008% 

EXPAN-001 

PAGING-01 8/S  EC  STEAI-000*  LOAD-OOO* 

CP  IND  USER 

PAGES:  RES-0067  HS-0047  R£ADS=0qiO51  HRITES*000874 
HH  -0000  PH  -0051 

?TI3E=000:07  TTIHE*0C0: 16  SIO=001764  RDR-000451 
PRT-00245 3  PCH-000000 
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CP  2  USERS 

078  US2BS,  000  DIALED,  000  NET 


CP  Q  TINE 

TIS2  IS  11:15:37  PST  WEDNESDAY  .12/09/81 

CONNECT3  01:02:23  7IBTCPU3  000:06.81  TOTCPU=  000:15.83 


FORTRAN  H  EXTENDED  CCHPILER  ENTERED 

♦STATISTICS*  NO  DIAGNOSTICS  GENEfiATED 
******  END  OP  CONPIL ATION  ****** 


CP  IND  LOAD 

CPO  -  053*  APO  -  094*  Ql-01  Q2-02  STORAGE-003* 

EXPAN-001 

PAGING-01 8/SEC  STEAI-000*  LOAI-OOO* 

CP  IND  USER 

PAGES:  RES-0166  HS-0 169  8EADS3001051  NBITES3000874 
NH  -0000  PH  -0051 

VTIHE=000 : 07  TTINE=000: 16  SIO30C1849  RDB-000451 
PRT-002453  PCH-OOOOQC 

CP  Q  USERS 

078  USERS ,  000  DIALED ,  000  NET 
CP  4  TINE 

TINE  IS  11:15:39  PST  WEDNESDAY  12/09/81 

CONNECT3  01:02:25  VIRTCPU3  000:Q6.88  TOTCPU*  000:16.04 


EXECUTION  BEGINS... 
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CP  IND  LOAD 

CPU  -  053*  APU  -  0941  Q1-Q1  Q2-02  STOBAGE-0081 

EXPAN-001 

PAGING-01 8/SEC  STEAL-0001  LOAC-OOOl 
CP  IND  USES 

PAGES:  HES-0066  8S-0169  B£ADS=QQ1051  »BITES=000874 
NH  -0000  FH  -0051 

FTIME=000:07  TTINE=000:16  SIO=OQ1977  RDB-000451 
PBT-002453  PCH-OOOOOC 

CP  U  USEBS 

078  USEBS ,  000  DIALEC ,  000  NET 
CP  Q  TINE 

TINE  IS  11:15:42  PST  8EDNESDAY  12/09/81 

CONNECT*  01:02:28  VIBTCPU*  000:06.96  TOTCPU*  000:16.27 


FOBTHANH  TASK  3 


CP  IND  LOAD 

CPU  -  0531  APU  -  0941  Q 1-Q1  Q2-02  STOBAGE-0081 

EXPAN-001 

PAGING-01 8/SEC  STEAL-0001  LOAC-OOOl 
CP  IND  USEB 

PAGES:  BES-0067  8S-0169  BEADS=001051  iBITES*000874 
NH  -0000  FH  -0051 

VTINE=000 :07  TTINE=000: 16  SIO*OQ1982  BDB-00C451 
PBT-002453  PCH-OOOOQO 
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CP  Q  USERS 

078  USEBS ,  000  DIALED,  000  MET 
CP  Q  TIME 

TINE  IS  11:15:42  PST  MEDNES Oil  12/09/81 

CONNECT3  01:02:28  VIBTCPO3  000:06.98  TOTCPO3  000:16.32 

FOHTBAN  H  EXTENDED  COMPILER  ENTEBED 


•STATISTICS*  NO  DIAGNOSTICS  GENEBATED 
******  END  OP  COMPILATION  ****** 


CP  IND  LOAD 

CPO  -  053*  APO  -  094*  Q1-Q1  Q2-02  SICfiAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAI-000*  LCAD-000* 

CP  IND  OSER 

PAGES:  RES-0166  NS-0169  READS=0Q1051  HBITES=000874 

aa  -oooo  fh  -0051 

VTINE=000:07  TTIME3000:  17  SI03C02061  BDR-00 0451 
PBT-002453  PCB-000000 

CP  Q  USEBS 

078  USERS,  000  DIALED,  000  NET 
CP  Q  TIME 

TINE  IS  11:15:44  PST  WEDNESDAY  12/09/81 

CONNECT3  01:02:30  7I2TCPU3  000:07.04  TOTCPU3  000:16.5 2 


EXECUTION  BEGINS... 
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CP  IND  LOAD 

CP0  -  052%  APO  -  094*  Q1-Q1  Q2-02  S1CBAGE-008* 

EXPAN-001 

PAGING- 01 8/S EC  STEAI-000*  LOAD-OOO* 

CP  IND  OSES 

PAGES:  HES-0066  HS-0169  READS=0Q1051  MRITES*0Q0874 
HH  -0000  PH  -0051 

VTINE=000:07  TTIME=000:  17  SIO=OQ2181  RDB-0004S1 
PHT-002453  PCH-000000 

CP  Q  OSERS 

078  OSERS ,  000  EIALEE,  000  NET 
CP  Q  TINE 

TIHE  IS  11:15:47  PST  WEDNESDAY  12/09/81 

CONNECT3  01:02:33  VISTCPO*  000:07.11  TOTCPO*  000:16.73 


PORTRANH  TASK  4 


CP  IND  LOAD 

CPU  -  052%  APO  -  094%  Q1-01  Q2-02  STOBAGE-008% 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAD-000* 

CP  IND  USER 

PAGES:  RES-0067  WS-0169  R£ADS=0Q1051  WRITES *000874 
HH  -0000  PH  -0051 

rriHE=000:07  TTIHE*000:  17  SIO*OQ2186  RDR-00C451 
PRT-002453  PCH-C0000C 
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CP  C;  USERS 

078  USERS ,  000  DIALED,  000  NET 
CP  Q  TIES 

TIHE  IS  11:15:47  PST  WEDNESDAY  12/09/81 

CONNECT58  01:02:33  V'VTCPU=  Q0Q:Q7.12  TOTCPU*  000:16.76 


FORTRAN  R  EXTENDED  CCKPILEB  ENTERED 


♦STATISTICS*  NO  DIAGNOSTICS  GENERATED 
******  ehd  OF  COMPILATION  ****** 


CP  IND  LOAD 

CPU  -  052*  AFU  -  094*  Q1-Q1  Q2-02  SICRAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAI-000*  LOAD-OOOX 
CP  IND  USER 

PAGES:  RES-0 16 6  WS-0132  READS  =  001051  WRITES=000874 
KH  -0000  PH  -0051 

VTIHE=00Q:07  TTIHE*0 00: 17  SIO*OQ2265  RDB-000451 
PRT-002453  PCH-C0000C 

CP  Q  USERS 

078  USERS,  000  DIALED,  000  NET 
CP  Q  TIME 

TIKE  IS  11:15:50  PST  WEDNESDAY  12/09/81 

CONNECT*  01:02:37  VIRTCPU*  000:07.18  TOTCPU*  000:16.97 


EXECUTION  BEGINS... 
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CP  IHO  LOAD 


CPO  -  052%  APO  -  0941  Q1-Q1  Q2-Q2  SICBAGE-008* 

EXPAH-001 

PAGIHG-01 8/SEC  STEAI-000%  LOAE-000% 

CP  INO  OS EH 

PAGES:  BES-0066  MS-0132  BEADS=CQ1Q51  MHITES=000874 
HH  -0000  FH  -0051 

7TIHE=000:07  TTIME=000:17  SIO=OQ2387  HDB-000451 
PBT-002453  PCH-000000 

CP  Q  OSEBS 

078  OSEBS ,  00 0  DIALED,  000  MET 
CP  Q  TIHE 

TIHE  IS  11:15:54  PST  HEDNESDAY  12/09/81 

COHMECT®  01:02:40  VIETCPO*  000:07.25  TOTCPO®  000:17.18 


MATFIV  TASK  1 


CP  IHD  LOAD 

CPO  -  052%  APO  -  094%  Q1-01  Q2-02  S10BAGE-008* 

EXPAM-001 

PAGIMG-01 8/SEC  STEAI-000%  LOAE-000% 

CP  IMD  OSES 

PAGES:  BSS-0067  MS-0132  READS=CQ1051  MBITES=000874 
HH  -0000  FH  -0051 

VTIMB*QOQ : 07  TTIHE=000:  17  SIO®002392  BDB-000451 
PBT-002453  PCH-OOOOOC 


151 


id 


CP  (2  USEES 

078  USEES ,  000  DIALED,  000  NET 


CP  Q  TIME 

TIME  IS  11:15:54  PST  MEENESEAY  12/09/81 

CONNECT*  01:02:40  7IBTCPU*  000:07.26  TOTCPU*  000:17.21 


CP  IND  LOAD 

CPU  -  0521  APU  -  0941  Q1-Q1  Q2-02  STCBAGE-000* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-0001  LOAD-OOOl 
CP  IND  USER 

PAGES:  BES-0066  MS-0132  READS*001Q57  MBITES=000874 
MH  -0000  PB  -0051 

7TIME=000:07  TTIME*000:  17  SIO=OG2434  BDB-000451 
PET-002453  PCH-000000 

CP  Q  USEES 

073  USERS ,  000  DIALED ,  000  NET 
CP  Q  TIME 

TIME  IS  11:15:55  PST  HEDNESDAY  12/09/81 

CONNECT*  01:02:42  VISTCPU*  000:07.30  TOICPU*  000:17.38 


MATFI?  TASK  2 


CP  IND  LOAD 

CPU  -  0521  APU  -  0941  Q1-Q1  y2-02  STOEAGE-0081 
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EXPAN-Q01 

PAGING-01 8/SEC  STEAL-000%  LOAD-OOOX 
CP  IND  US  SB 

PAGES:  BES-0066  BS-0132  HEADS=0Q1O57  WHITES* QOO 8 74 
MH  -OOOO  PH  -0051 

TTI3B*000:07  11181*000:17  SIO=OQ2438  BDB-000451 
PHT-00245 3  PCH-000000 

CP  Q  USEBS 

078  0S2BS t  000  DIALED,  000  BET 
CP  Q  TIHB 

TIME  IS  11:15:55  PST  WEDNESDAY  12/09/81 

CONNECT*  01:02:42  7IBTCP0*  000:07.32  TOTCPU*  000:17.45 

CP  IND  LOAD 

CPU  -  052%  APD  -  094%  Q1-Q1  Q2-02  STCBAGE-008% 

EXPAN-001 

PAGING-01 8/SEC  STEAI-000%  LOAD-0001 
CP  IND  US EB 

PAGES:  BES-0066  WS-0136  BEADS*0Q1057  HBITBS*000874 
MH  -0000  PH  -0051 

YTIHE=000:07  TTIME=000: 18  S10=002491  aDB-000451 
PBT-002453  PCH-000000 

CP  q  USEBS 

078  USEBS ,  000  OIALEE,  000  NET 
CP  Q  TIME 

TIME  IS  11:15:57  PST  WEDNESDAY  .12/09/81 

CONNECT*  0 1:02:43  VIBTCPU*  000:07.38  TOTCPU*  000:17.64 


COBOL  TASK  1 
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f 

f 

1 

i 

* 

i 

' 19E*  BEPLACES  •  P  (19E)  • 

P  (19E)  8/0 

19E  ALSO  *  Y-DISK 


CP  IND  LOAD 

CPO  -  0  52%  APO  -  094*  Q 1—01  Q2-02  STCBAGE-0Q8X 

EXPAN-001 

PAGING-01 8/SEC  SIEAl-000*  LOAD-OQO* 

CP  IND  OSER 

PAGES:  BES-0066  NS-0136  BEADS-001057  WBITES=000874 
MH  -0000  PH  -0051 

VTIME"=000  :07  TTIME=000:18  SIO=0025?4  8D B-000451 
PBT-002453  PCH-000000 

CP  Q  OSEBS 

078  USERS,  000  DIALED,  000  NET 
CP  Q  TIflE 

TIHE  IS  11:15:58  PST  8EDNESDAI  12/09/81 

CONNECT*  01:02:45  VIBTCPO*  000:07.45  TOTCPO*  000:17.81 


REL2.3  OS/VS  CCEOL  IN  PBOGRESS 


CP  IND  LOAD 

CPO  -  051%  APD  -  094%  Q 1-01  Q2-02  STOBAGE-008% 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000%  LOAD-OOO* 

CP  IND  OSEB 
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PAGES:  BES-0079  NS-0136  BEADS*C01057  «EITES*000874 
SB  -0000  PH  -0051 

mSE*0Q0:Q8  TTIHE’OCO:  Id  SIO=002728  BDB-000451 
PHT-002453  PCH-000000 

CP  Q  USEBS 

078  OSBBS#  000  DIALBE,  000  NET 
CP  Q  TIBS 

TIBE  IS  11:16:03  PST  UEDUSSDAX  ■ 12/09/91 

CONNECT*  01:02:49  PIBTCPU*  000:Q7.65  TOTCPO*  000:18.19 

EXECUTION  BEGINS... 


CP  IND  LOAD 

CPU  -  051%  APO  -  094%  gl-QI  Q2-02  ST0BAGE-008* 
EXPAN-001 

PAGING- 01 8/S EC  STEAI-000%  LOAE-000% 

CP  IND  USER 

PAGES:  BBS— 0067  BS-0136  BEADS«001057  HEITES*000874 
HH  -0000  PH  -0051 

¥TIHE=000:08  TTIBE*000:18  SIO=0Q2790  BDB-000451 
PBT-002453  PCH-000000 

CP  Q  DSEBS 

078  USERS  t  000  CIALEC,  000  NET 
CP  Q  TINE 

TIHE  IS  11:16:05  PST  HZDNISDAI  12/09/81 

CONNECT*  01:02:51  PIHTCPO*  000:07.70  TOTCPU*  000:18.33 


COBOL  TASK  2 
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CP  IND  LOAD 


CPU  -  051  %  APO  -  094*  Q 1-01  Q2-02  SIOBAGE-OQ8* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAD-OOO* 

CP  IND  QSEB 

PAGES:  BES-0067  WS-0  136  BEADS-0Q1057  HRIIES-000874 
HH  -0000  PH  -0051 

VTIHE=000:08  TTIHE=000: 18  SIO=OQ2795  808-000451 
P8T-002453  PCH-000000 

CP  Q  OSEBS 

073  OSEBS.  000  DIALED.  000  NEI 
CP  Q  TIHE 

TINE  IS  11:16:05  PST  NEDNISDAY  12/09/81 

CONNECT*  01:02:51  7IBICPU*  000:07.72  TOICPO*  000:18.37 


BEL2.3  OS/VS  CCEOL  IN  PB0GB1SS 


CP  IND  LOAD 

CPO  -  051*  AFO  -  094*  Q1-Q1  Q2-Q2  SICBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-0001  LOAD-OOO* 

CP  IND  DSEB 

PAGES:  BBS-0079  NS-0098  BEADS=C01057  MBITES=0Q0 874 
HH  -0000  PH  -0051 

VTIHE*000:08  TTIHE*00C:19  310*002974  BDB-000451 
PRT-002453  PC8-000000 

CP  Q  OSEBS 
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078  OSEBS,  000  DIALED ,  000  DEI 
CP  Q  TIHE 

TIBS  IS  11:16:10  PST  HEDNESDAI  12/09/81 

CONNECT®  01:02:56  VIBTCPO®  000:07.95  TOTCPO*  000:18.80 

EXBCOTION  BEGINS... 


CP  IND  LOAD 

CPO  -  051  X  APO  -  094*  Q1-Q1  Q2-02  ST08AGE-008* 

EXPAN-001 

PAGING- 01 8/SEC  STEAI-000*  LCAD-000* 

CP  IND  OS EB 

PAGES:  BES-0067  MS-0098  BEADS®001057  HBITES®000874 
BH  -0000  FH  -0051 

VTIBE=000 :08  TTIBE®000: 19  SIO=003045  BDB-000451 
PBT-002453  PCH-OOOOOfl 

CP  Q  OSERS 

078  OSEBS,  000  DIALED,  000  NET 
CP  Q  TIBE 

TIBE  IS  11:16:12  PST  MEDSESDAf  12/09/81 

CONNECT*  01:02:58  ?IBTCPO»  000:07.99  TOICPU®  000:18.92 


PASCAL  TASK  1 


CP  IND  LOAD 

CPO  -  051*  APO  -  094*  Q 1-01  Q2-02  SICBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAD-OOO* 
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CP  IN D  USER 

PAGES :  RES-006 7  BS-0098  BEADS=0Q1057  MBITES=00Q874 
HH  -0000  PH  -0051 

PTIHE*000:08  TTIHE*Q00: 19  S10*003051  RDB-000451 
PRT-002453  PCH-000000 

CP  Q  USERS 

078  OSEBS ,  000  DIALED,  000  RET 
CP  Q  TIHE 

TIME  IS  11:16:12  PST  WEDNESDAY  12/09/81 

CONNECT*  01:02:59  VI81CPQ*  000:08.01  TOTCPU*  000:18.97 

Execution  begins... 


...execution  ends 

Pile  *  PASTAS  1* :  18  lines;  no  diagnostics 
410  bytes  of  object  cede  generated 
3013  statements  executed 

10928  bytes  of  eeaory  reguested  during  coapilation 
5792  bytes  returned  before  execution 
10704  bytes  reguested  during  execution 


CP  IND  LOAD 

CPU  -  051%  APU  -  094%  Q 1—01  Q2-02  STOBAGE-008% 

EXPAN-001 

PAGING-01 8/SBC  SIEAL-000%  LOAD-000% 

CP  IND  USER 

PAGES:  RES-0099  MS-0098  READS*GQ1057  HSIIES*000874 
HE  -0000  PH  -0051 

maE*000:08  TTIHE=0CQ:19  S10*003102  RD8-000451 
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PET-002453  PCH-000000 
CP  Q  OSEBS 

078  >:'*EHS,  000  DIALED ,  000  BET 
CP  Q  TIBE 

TIME  IS  11:16:14  PST  BEDNESDAI  12/09/81 

CONHECT-  01:03:00  VIHTCPO*  000:08.18  TOTCPO=  000:19.25 


PASCAL  TASK  2 


CP  IMD  LOAD 

CPO  -  051*  APU  -  094*  Q 1—01  Q2-02  S10BAGE-008* 

EXPAH-001 

PAGING- 01 8/SEC  STEAI-000*  LOAE-QOO* 

CP  IHD  OSEB 

PAGES:  BES-0099  HS-0098  BEADS=0Q1057  »BITES=000874 
HH  -0000  PH  -0051 

VTIHE=000 :08  T1IHE-0Q0: 19  SIO=0Q3106  BDB-000451 
PRT-002453  PCH-000000 

CP  Q  OSEBS 

078  OSEBS,  000  DIALED,  000  BET 
CP  Q  TIME 

TIHE  IS  11:16:14  PST  BEDBESCAY  12/09/81 

COMHECT*  01:03:01  VIBTCPO*  000:08.20  TOTCPO*  000:19.30 

Execution  begins... 


...execution  ends 

Pile  *  PASTAS 2* :  25  lines;  no  diagnostics 
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578  bytes  of  object  cede  generated 
510  stateaents  executed 

1C928  bytes  of  aeacry  reguested  during  compilation 
5792  bytes  returned  before  execution 
1C704  bytes  reguested  during  execution 


CP  IHD  LOAD 

CPU  -  051*  APU  -  094*  Q1-01  Q2-02  STGBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAD-OOO* 

CP  IND  OS EH 

PAGES:  BES-0100  MS-0098  BEABS30Q1G57  MBITES=000874 
NH  -0000  PH  -0051 

VTIHE=000:08  TTIHE=00Q: 20  SIO=OQ3171  BDH-000451 
Par-002453  PCH-000000 

CP  0  OSEBS 

078  OSEBS,  000  DIALED,  000  NET 
CP  Q  TINE 

TIHE  IS  11:16:16  PST  WEDNESDAY  12/09/81 

CONNECT3  01:03:02  VIBTCPO3  000:08.36  TOTCPO3  000:19.56 


SCBIPT  TASK  1 


CP  IND  LOAD 

CPO  -  051*  APO  -  094*  Q 1-01  Q2-02  STOBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAE-OOO* 

CP  IND  OS SB 
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PAGES:  HES-0100  8S-0098  BEADS*0Q1O57  HBITES*QQQ874 
EH  -0000  PH  -0051 

VTIN£*000 : 08  TTIHE=000: 20  SIO*0Q3175  BDB-000451 
PBT-002453  PCH-OOOOOC 

CP  Q  OSEBS 

078  OSEBS,  000  CIALEC,  000  MET 
CP  Q  TIHE 

TIME  IS  11:16:16  PST  HEDNESDAY  12/09/81 

CONNECT®  01:03:02  VIBTCPU®  000:08.38  TOTCPO®  000:19.63 


CP  IND  LOAD 

CPO  -  051*  APO  -  094*  Q1-Q1  Q2-02  SICBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAC-OOO* 

CP  IND  OS EH 

PAGES:  HES-0101  HS-0105  BEADS*CQ1057  «BITES=000874 
MH  -0000  PH  -0051 

VTIHE=000 :G8  TTIHE=000:20  S10=0q3201  BDB-rOOO 451 
PBT-002453  PCH-000000 

CP  Q  OSEBS 

078  OSEBS,  000  DIALED,  000  NET 
CP  Q  TIHE 

TI3E  IS  11:16:17  PST  HEDNESDAY  12/09/81 

CONNECT*  01:03:03  VI BTCPO*  000:08.39  TOTCPO®  000:19.72 


SC3IPT  TASK  2 
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CP  IND  LOAD 


CPO  -  051  *  APO  -  094*  Q 1-01  Q2-Q2  STORAGE-008* 

EXP AN-001 

PAGING-01 8/SEC  STEAL-000*  LOAD-OOO* 

CP  IND  OS SB 

PAGES:  BES-o 10 1  NS-0105  BEADS=0Q1057  NBITES*000874 
MH  -0000  PH  -0051 

VTIHE=000:08  TTIME=00Q: 20  S10=003207  HDH-000451 
PBT-002453  PCH-000000 

CP  Q  OSEBS 

078  OSEBS ,  000  DIALED ,  000  NET 
CP  Q  TIHE 

TIME  IS  11:16:17  PST  NEDNESDAX  .12/09/81 

CONNECT*  01:03:03  VIBTCPO*  OC^  08.41  TOTCPO*  000:19.79 


CP  IND  LOAD 

CPO  -  051*  APO  -  094*  Q 1—01  Q2-02  STCBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAE-OOO* 

CP  IND  OSER 

PAGES:  RES-0101  HS-01Q5  BEADS=001057  HBITES*000874 
HH  -0000  PH  -0051 

VTIHE*000:08  TTIME=0C0:2Q  SIO=OQ3228  BDB-000451 
PBT-002453  PCH-000000 

CP  Q  OSERS 

078  OSEBS,  000  DIALED,  000  NET 
CP  Q  TIHE 

TIHE  IS  11:16:17  PST  NEDNESDAX  12/09/81 

CONNECT*  01:03:04  7IBTCP0*  000:q8.43  TOTCPO*  000:19.37 
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8ISCELLANEOOS  TASKS 

ERASE  TASK 


CP  IND  LOAD 

CPO  -  051*  APO  -  094*  Q 1-01  Q2-02  STOBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAE-OOO* 

CP  IND  USER 

PAGES:  RES-0101  WS-0105  BEADS=001057  HBITES=000874 
AH  -0000  PH  -0051 

VTIHE-000:08  TTIHE-000: 20  SIO=OQ3233  RDB-000451 
PRT-00245 3  PCH-000000 

CP  Q  OSERS 

078  OSERS,  0 00  DIALED,  000  NET 
CP  Q  TIHE 

TIHE  IS  11:16:17  PST  WEDNESDAY  .12/09/81 

CONNECT58  01:03:04  VIBTCPU3  000:08.44  TCTCPO*  000:19.92 


CP  IND  LOAD 

CPO  -  051*  APO  -  094*  Q1-Q1  Q2-02  STCRAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-OuO*  LOAD-OOO* 

CP  IND  OSEB 

PAGES:  BBS-0101  WS-0105  BEADS=0Q1O57  NBIIES=000874 
NH  -0000  PH  -0051 

YTINE3000 : 08  TTIHE=0  CO: 20  S10*003240  BDB-000451 
PBT-002453  PCH-000000 
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CP  Q  USERS 

078  USERS,  000  DIALED,  000  MET 
CP  Q  TIHE 

TIME  IS  11:16:18  PST  HEDNESDA I  12/09/81 

CONNECT58  01:03:04  ?IBTCPD=  000:08.45  TOTCPU*  000:19.95 


COPTPILE  TASK 


CP  IMD  LOAD 

CPU  -  051*  AFO  -  094*  Q1-01  Q2-02  SICEAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LC AD-000* 

CP  IND  USER 

PAGES:  HES-0101  NS-0105  8EAPS*0Q1057  »BITES=000874 
MH  -0000  PH  -0051 

VTIHE~000 :08  TTIHE=0CC: 20  SIO=0Q3243  BDB-000451 
PHT-00245 3  PCH-000000 

CP  Q  USERS 

078  USERS,  000  DIALEE,  000  NET 
CP  Q  TIHE 

TIHE  IS  11:16:18  PST  BEDNISDAI  12/09/81 

CONNECT3  01:03:04  VIBTCPU58  000:08.47  TOTCPU®  000:20.01 


CP  IND  LOAD 

CPU  -  051*  APU  -  094*  Q1-Q1  Q2-02  STCBAGE-008* 

EXPAN-001 

PAGING-01 8/SEC  STEAL-000*  LOAD-OOO* 

CP  IND  USER 
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PAGES:  BES-0068  iS-0105  BEADS=0Q1057  SSITBS=00087U 
HH  -0000  PH  -0051 

VTIHE=000:09  TTIHE*0CQ:20  SIO*003405  BDB-0GG451 
PBT-002453  PCH-000000 

CP  Q  OS PBS 

078  OSEBS,  000  DIALED,  000  VET 
CP  2  TIHE 

TIHE  IS  11:16:21  PST  HEDNESEAX  12/09/81 

CONNECT*  01:03:08  VIBTCPD*  000:08.69  TOTCPO*  000:20.36 


RENAME  TASK 


CP  IND  LOAD 

CPU  -  051  *  APU  -  094*  Q 1-Q 1  Q2-02  SIOBAGE-008* 

EXPAN-001 

PAGING- 01 8/SEC  STEAI-QOQ*  LOAB-OOO* 

CP  TND  OS  EH 

PAGES :  BES-0068  HS-0105  BEADS=GQ1057  HHITES=Q0Q874 
HH  -0000  PH  -0051 

VTI1!E*000:09  TTIME=000: 20  310=003408  BDB-000451 
PBT-002453  PCH-000000 

CP  Q  OSEBS 

078  OSEBS,  000  DIALED,  000  NET 
CP  Q  TIHE 

TIHE  IS  11:16:21  PST  HEDNESDAX  12/09/81 

CONNECT*  01:03:08  VIBTCPO*  000:08.71  TOTCPO*  000:20.45 

CP  XND  LOAD 

CPU  -  051*  APO  -  094*  Q1-Q1  Q2-02  SIOBAGE-008* 
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EXPAN-001 

PAGING-01 8/SEC  STEAL-OOOX  LCAE-OOO* 

CP  IND  USER 

PAGES:  RES-006 8  WS-0105  READS=001057  «RITES®000874 
NH  -OOOO  PH  -0051 

7TIME=000 :09  TTIHE=0C0:20  SIO-003413  RDJS-000451 
PRT-002453  PCH-000000 

CP  Q  OSEBS 

078  USERS ,  000  DIALED,  000  NET 
CP  Q  TIHE 

TIHE  IS  11:16:21  PST  HEDNESCAX  12/09/81 

CONNECT®  01:03:08  VIRTCPO*  000:08.72  TOTCPO®  000:20.47 
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